[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNU libtool-2.4.4 released [stable]

From: Gary V. Vaughan
Subject: Re: GNU libtool-2.4.4 released [stable]
Date: Mon, 1 Dec 2014 10:39:37 +0000

Hi Michael,

Thanks for the feedback.

Please Cc: either address@hidden, which will cause a bug to be filed in our BTS for any new thread, or address@hidden for non-bug queries... There are often people far more knowledgeable than I available to help you when it comes to systems I have no access to.

Yes, as you discovered, starting with Libtool-2.4.3 GNU M4 is required by libtoolize, because we now dynamically run the through it to reliably detect build characteristics (as opposed to earlier releases which grepped and sedded through aclocal.m4 and looking for magic strings heuristically). I did mention that in the NEWS and the release notes for 2.4.3, but I agree that it would be more sensible to simply fail at configure time when a suitable M4 is not found.

Gary V. Vaughan (gary AT gnu DOT org)

On 1 Dec 2014, at 09:58, Michael Felt <address@hidden> wrote:

runs much better - maybe you should fail configure when gnu m4 is not available - as the tests fail nearly 100% when gnu m4 is not there.

On Mon, Dec 1, 2014 at 10:54 AM, Michael Felt <address@hidden> wrote:
My memory was bad (probably I had gnu m4 installed on my old build system).

Will install gnu m4 and test.

On Mon, Dec 1, 2014 at 10:52 AM, Michael Felt <address@hidden> wrote:
more feedback - make check FAILS miserably...
address@hidden:[/data/prj/gnu/libtool/libtool-2.4.4]make check
  GEN      public-submodule-commit
make  check-recursive
make[1]: Entering directory `/data/prj/gnu/libtool/libtool-2.4.4'
Making check in .
make[2]: Entering directory `/data/prj/gnu/libtool/libtool-2.4.4'
make  check-local
make[3]: Entering directory `/data/prj/gnu/libtool/libtool-2.4.4'
  CC       libltdl/loaders/libltdl_libltdlc_la-preopen.lo
  CC       libltdl/libltdl_libltdlc_la-lt__alloc.lo
  CC       libltdl/libltdl_libltdlc_la-lt_dlloader.lo
  CC       libltdl/libltdl_libltdlc_la-lt_error.lo
  CC       libltdl/libltdl_libltdlc_la-ltdl.lo
  CC       libltdl/libltdl_libltdlc_la-slist.lo
  CCLD     libltdl/
## ----------------------------- ##
## GNU Libtool 2.4.4 test suite. ##
## ----------------------------- ##

Libtoolize operation.

  1: libtoolize macro installation                   FAILED (
  2: libtoolize macro directory mismatch error       FAILED (
  3: multiple AC_CONFIG_MACRO_DIRS invocation        FAILED (
  4: multiple AC_CONFIG_MACRO_DIRS directories       FAILED (
  5: libtoolize ACLOCAL_AMFLAGS extraction           FAILED (
  6: libtoolize macro serial update                  FAILED (
  7: libtoolize config files serial update           FAILED (
  8: diagnose missing LT_CONFIG_LTDL_DIR             FAILED (
  9: copy ltdl.m4 with shared macro directory        FAILED (
 10: correctly parse LTDL_INIT from     FAILED (
 11: diagnose missing LTDL_INIT invocation           FAILED (
 12: upgrading verbatim style aclocal.m4             expected failure (
 13: verbatim aclocal.m4 w/o AC_CONFIG_MACRO_DIRS    expected failure (
 14: nonrecursive ltdl with AC_CONFIG_MACRO_DIRS     FAILED (
 15: subproject ltdl with unconventional layout      FAILED (
 16: Subproject ltdl without GNU M4                  FAILED (
 17: LIBTOOLIZE_OPTIONS                              FAILED (
 18: cleanup old installation                        FAILED (

Basic libtool operation.

 19: check help output                               ok
 20: diagnose no mode specified                      ok
 21: quote shell meta-characters in filenames        ok
 22: transform source suffices                       ok
 23: check link mode operation                       ok
 24: check objectlist file operation                 ok
 25: test LT_SUPPORTED_TAG interface                 skipped (

Linking and loading.

 26: link against a preloaded static library        testsuite: WARNING: A failure happened in a test group before any test could be
testsuite: WARNING: run. This means that test suite is improperly designed.  Please
testsuite: WARNING: report this failure to <address@hidden>.

make check from 2.4.3 follows - that was not so bad if I recall.

On Mon, Dec 1, 2014 at 10:50 AM, Michael Felt <address@hidden> wrote:
Feedback - question about m4 - because it is in PATH...

+ CPPFLAGS="-I/opt/include" CFLAGS="-O2 -qlanglvl=extc99" ./configure \
                --prefix=/opt  \
                --sysconfdir=/var/libtool/etc \
                --sharedstatedir=/var/libtool/com \
                --localstatedir=/var/libtool \
                --mandir=/usr/share/man \
                --infodir=/opt/share/info/libtool  \
                        > build/aix/configure.out
+ /opt/bin/make > build/aix/make.out
extract-trace:   error: One of these is required:
extract-trace:                 gm4 gnum4 m4
extract-trace:   error: Please install GNU M4, or 'export M4=/path/to/gnu/m4'.
+ /opt/bin/make install DESTDIR=/var/tmp/root/libtool- > build/aix/install.out
libtool: warning: remember to run 'libtool --finish /opt/lib'
+ mkinstallp.ksh /var/tmp/root/libtool- > build/aix/mkinstallp.out
+ cat -
+ 0< /tmp/sh299200.1 1>> /data/prj/gnu/libtool/libtool-2.4.4/build/aix/aixtools.libtool.2.4.4.template
+ cat -
+ 0< /tmp/sh299200.1 1>> /data/prj/gnu/libtool/libtool-2.4.4/build/aix/aixtools.libtool.2.4.4.template
+ mkinstallp -d /var/tmp/root/libtool- -T /data/prj/gnu/libtool/libtool-2.4.4/build/aix/aixtools.libtool.2.4.4.template
Using /var/tmp/root/libtool- as the base package directory.
Cannot find /var/tmp/root/libtool- Attempting to create.
Using /var/tmp/root/libtool- to store package control files.
Cleaning intermediate files from /var/tmp/root/libtool-

Using /data/prj/gnu/libtool/libtool-2.4.4/build/aix/aixtools.libtool.2.4.4.template as the template file.
aixtools.libtool I
processing aixtools.libtool.rte
processing aixtools.libtool.share
creating ./.info/liblpp.a
creating ./tmp/aixtools.libtool.
============================== 1448 1201 0942::::0::
aixtools.libtool:aixtools.libtool.rte: 1448 1201 0942::::0::
aixtools.libtool:aixtools.libtool.share: 1448 1201 0942::::0::

address@hidden:[/data/prj/gnu/libtool/libtool-2.4.4]which m4
address@hidden:[/data/prj/gnu/libtool/libtool-2.4.4]lslpp -w /usr/bin/m4
  File                                        Fileset               Type
  /usr/bin/m4                                 bos.adt.base          Symlink
address@hidden:[/data/prj/gnu/libtool/libtool-2.4.4]ls -l /usr/bin/m4
lrwxrwxrwx 1 bin bin 15 Oct 31 15:55 /usr/bin/m4 -> /usr/ccs/bin/m4
address@hidden:[/data/prj/gnu/libtool/libtool-2.4.4]lslpp -w /usr/ccs/bin/m4
  File                                        Fileset               Type
  /usr/ccs/bin/m4                             bos.adt.base          File
address@hidden:[/data/prj/gnu/libtool/libtool-2.4.4]lslpp -L bos.adt.base
  Fileset                      Level  State  Type  Description (Uninstaller)
  bos.adt.base         C     F    Base Application Development
So, my real question here: should the build have failed because it is not GNU m4?

On Mon, Dec 1, 2014 at 9:50 AM, Michael Felt <address@hidden> wrote:
Hi Gary,

Not to the list. Not so important. Since you mentioned to read the manual I am "finding" where AIX shows up.

1) - or something else (not sure what ( on PDF page 94 was pointing at)
2) trying to understand this - question - is it ancient for all platforms?
powerpc-ibm-aix4.3.1.0 gcc 1.2f ok
powerpc-ibm-aix4.2.1.0 gcc 1.2f ok
powerpc-ibm-aix4.1.5.0 gcc 1.2f ok
powerpc-ibm-aix4.1.5.0 gcc 1.2f NS
powerpc-ibm-aix4.1.4.0 gcc 1.0 ok
powerpc-ibm-aix4.1.4.0 xlc 1.0i ok
rs6000-ibm-aix4.1.5.0 gcc 1.2f ok
rs6000-ibm-aix4.1.4.0 gcc 1.2f ok
rs6000-ibm-aix3.2.5 gcc 1.0i ok
rs6000-ibm-aix3.2.5 xlc 1.0i ok
3) If #2 is not ancient - is there anyway I can help you update it for AIX 5.3, 6.1 and 7.1? And maybe find someone else who can look at AIX 5.1 and 5.2 - if that would be "nice"?
4) IA-64 and AIX was never commercially released - only alpha - pre-release test versions were ever made available (aka AIX 5.0).
5) the PDF manual, although dated 29 Nov 2014 as file internally is For version 2.4.2, 17 October 2011 - and I found no reference to the change specified for AIX.


On Sat, Nov 29, 2014 at 7:53 PM, Gary V. Vaughan <address@hidden> wrote:

The Libtool Team is pleased to announce the release of libtool 2.4.4.

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 to clean-up some of the small issues in 2.4.3
for which you kindly provided patches.  There are still some known (and
unknown!) regressions, especially on unusual platforms.  Patches to fix
those are not only welcome, but necessary to keep Libtool working in
those places.

Here are the compressed sources:   (1.7MB)   (936KB)

Here are the GPG detached signatures[*]:

Use a mirror for higher download bandwidth:

[*] 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.4.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 --recv-keys 151308092983D606

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.69
  Automake 1.14.1
  Gnulib v0.1-270-g1b6c775


* Noteworthy changes in release 2.4.4 (2014-11-29) [stable]

** New features:

  - Libltdl maintains its own fork of argz, with macros and files in
    the LT_ and lt__ namespaces (resp.) where they cannot clash with
    client projects' use of gnulib argz.

** Bug fixes:

  - Installation of 'libtoolize' once again obeys '--program-prefix',
    '--program-suffix' and '--program-transform-name' configure options.

  - `libtoolize` doesn't remove any files that it can't reinstall,
    including old versions of the snippet directory, and gnulib's
    version of the argz module and supporting files.

  - LT_FUNC_DLYSM_USCORE now works correctly on systems that don't
    support self dlopen()ing.

** Important incompatible changes:

  - LT_LIB_DLLOAD no longer prepends -ldl or -ldld to LIBS, causing
    duplicate occurrences in libltdl link lines.  If you need to
    add a library for dlopen() or shl_load() in your Makefile, then
    use $(LIBADD_DLOPEN) or $(LIBADD_SHL_LOAD) respectively.  If you
    are using libltdl, this all happens automatically, and the only
    difference you'll see is no more duplicated library names in the
    verbose link line.

** Changes in supported systems or compilers:

  - Preliminary support for tcc on linux*.  Although it already worked
    sometimes in previous releases, making sure to set LD correctly now
    avoids mis-matching GNU ld with tcc:

       ./configure CC=tcc LD=tcc

  - Added -os2dllname option to work around 8 character base name
    limit on OS/2.  The option has no effect on other systems.

  - Support for DLL versioning, -export-symbols and -export-symbols-regex
    on OS/2.

  - Support filename-based shared library versioning on AIX. See manual
    for details.


GNU Announcement mailing list <address@hidden>

reply via email to

[Prev in Thread] Current Thread [Next in Thread]