Build proceeded without incident - running make check returns some errors -
but maybe these are with the test, not libtool.

Test 70, e.g., proceeds fine but at line 61 - it fails - after having done
the hard work perhaps, and I suspect because $GREP is not defined

in the test file runpath-in-lalib.at

   +61  AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore])
   +62  AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore])
   +63
   +64  # TODO: check that m gets -R, too.
   +65
   +66  AT_CLEANUP

In the log file:
./runpath-in-lalib.at:59: $LIBTOOL --mode=install cp m$EXEEXT
$bindir/m$EXEEXT
stderr:
stdout:
libtool: install: cp .libs/m
/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.d
ir/070/inst/bin/m
./runpath-in-lalib.at:61: $GREP /foobar $libdir/liba.la
stdout:
./runpath-in-lalib.at:61: exit code was 1, expected 0
70. runpath-in-lalib.at:25: 70. Runpath in libtool library files
(runpath-in-lalib
.at:25): FAILED (runpath-in-lalib.at:61)

Two questions:

1. the word [ignore] at the end does not mean to ignore exit status - I am
guessing. So what does it mean?
2. How can I easily run a (verbose) single-test (and maybe have it echo the
values of things like $GREP)

Addition:
I am running the tests against 'coreutils' rather than standard AIX - I
should (and will) repeat the tests without coreutils - maybe even 'real
soon' rather than eventually :)
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests]type cp
cp is a tracked alias for /opt/bin/cp
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests]type install
install is /opt/bin/install

I mention (and do) this because AIX /usr/bin/install (and even the AIX
/usr/bsd/install) fail sometimes (with some projects, e.g. httpd).



On Sun, Feb 15, 2015 at 10:03 PM, Gary V. Vaughan <gary@gnu.org> wrote:

> Libtoolers!
>
> The Libtool Team is pleased to announce the release of libtool 2.4.6.
>
> GNU Libtool hides the complexity of using shared libraries behind a
> consistent, portable interface. GNU Libtool ships with GNU libltdl, which
> hides the complexity of loading dynamic runtime libraries (modules)
> behind a consistent, portable interface.
>
> This is a bugfix release, and a recommended upgrade for all users.  Most
> importantly, it regains most of the speed of 2.4.2 by correcting one of
> two known regressions that were causing noticable slow-down when building
> projects with many source files.
>
> Here are the compressed sources:
>   http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz   (1.7MB)
>   http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz   (952KB)
>
> Here are the GPG detached signatures[*]:
>   http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.sig
>   http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.sig
>
> Use a mirror for higher download bandwidth:
>   http://www.gnu.org/order/ftp.html
>
> [*] Use a .sig file to verify that the corresponding file (without the
> .sig suffix) is intact.  First, be sure to download both the .sig file
> and the corresponding tarball.  Then, run a command like this:
>
>   gpg --verify libtool-2.4.6.tar.gz.sig
>
> If that command fails because you don't have the required public key,
> then run this command to import it:
>
>   gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606
>
> and rerun the 'gpg --verify' command.
>
> This release was bootstrapped with the following tools:
>   Autoconf 2.69
>   Automake 1.15
>   Gnulib v0.1-336-g342d9f0
>
> NEWS
>
> * Noteworthy changes in release 2.4.6 (2015-02-15) [stable]
>
> ** New features:
>
>   - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure time
>     and persists correctly in the generated libtool script.
>
> ** Bug fixes:
>
>   - Fix a race condition in ltdl dryrun test that would cause spurious
>     random failures of that test.
>
>   - LT_SYS_DLSEARCH_PATH is munged correctly.
>
>
> Enjoy!
>
>
> --
> If you have a working or partly working program that you'd like
> to offer to the GNU project as a GNU package, see
> https://www.gnu.org/help/evaluation.html.
>