This is the mail archive of the
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2
- From: "Yaakov (Cygwin Ports)" <yselkowitz at users dot sourceforge dot net>
- To: cygwin at cygwin dot com
- Date: Thu, 24 Apr 2008 17:36:27 -0500
- Subject: Re: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2
- References: <firstname.lastname@example.org>
-----BEGIN PGP SIGNED MESSAGE-----
Here's yet another interesting case with libtool-2.2:
/bin/sh ../../libtool --tag=CXX --mode=link g++ -O2 -pipe -o
libfoo-1.2.la -rpath /usr/lib -no-undefined sources.lo
libtool: link: rm -fr .libs/libfoo-1.2.dll.a .libs/libfoo-1.2.la
libtool: link: g++ -shared -nostdlib .libs/sources.o
- -L/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../.. -lstdc++ -lgcc -lcygwin
- -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc -o
.libs/cygfoo-1.2-0.dll -Wl,--enable-auto-image-base -Xlinker
- --out-implib -Xlinker .libs/libfoo-1.2.dll.a
Creating library file: .libs/libfoo-1.2.dll.a
libtool: link: ar cru .libs/libfoo-1.2. sources.o
libtool: link: ranlib .libs/libfoo-1.2.
libtool: link: ( cd ".libs" && rm -f "libfoo-1.2.la" && ln -s
"../libfoo-1.2.la" "libfoo-1.2.la" )
In this specific case, the static library is missing the ".a" extension
(Windows ignores the final dot, as usual). Here's why:
This package had AM_GNU_GETTEXT in configure.ac without any arguments
nor AM_GNU_GETTEXT_VERSION. autoreconf decided "not using Gettext"
and didn't install config.rpath. But AC_LIB_RPATH (from the included
gettext-0.11.2 lib-link.m4) was called; while nothing happened due to
the missing config.rpath, it then defined libext=$acl_cv_libext, which
had never been defined. This empty $libext clobbered that of libtool.
In this case, the solution was simply to call AM_GNU_GETTEXT_VERSION.
But this is the second case where libtool's had its variables clobbered
by other parts of configure. Could something be done to make sure that
that can't happen?
 autoreconf decided "not using Gettext" because it looks solely for
AM_GNU_GETTEXT_VERSION to make that determination. (It only looks for
AM_GNU_GETTEXT to see if one of these two is used without the other, and
emits a warning if so.)
 lib-link.m4 0.15 adds a line telling automake >= 1.10 that
config.rpath is required, but this package was using 1.9. In any case,
this macro was from 0.11.2, which preceded automake-1.10.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html