Me again, sorry. * Peter O'Gorman wrote on Wed, Oct 12, 2005 at 02:55:40PM CEST: > Ralf Wildenhues wrote: > > | Doesn't that patch break other libtool instances which do not have it? > | (i.e.: libfoo.la will contain `/path/to/libintl.so' in dependency_libs, > | but libtool's without your patch will refuse to read the .la file) > | Untested due to time constraints, sorry. > > If I recall correctly, specifying the full path to a shared library worked > with libtool-1.4, so this is probably a regression.
Nope: $ ../libtool --mode=link gcc -o libfoo.la foo.lo -rpath /bla /usr/liblibkdecore.so rm -fr .libs/libfoo.la .libs/libfoo.* .libs/libfoo.* gcc -shared foo.lo -Wl,-soname -Wl,libfoo.so.0 -o .libs/libfoo.so.0.0.0 (cd .libs && rm -f libfoo.so.0 && ln -s libfoo.so.0.0.0 libfoo.so.0) (cd .libs && rm -f libfoo.so && ln -s libfoo.so.0.0.0 libfoo.so) ar cru .libs/libfoo.a foo.o ranlib .libs/libfoo.a creating libfoo.la (cd .libs && rm -f libfoo.la && ln -s ../libfoo.la libfoo.la) $ ../libtool --version ltmain.sh (GNU libtool) 1.4.3a (1.922.2.112 2002/10/23 23:54:00) Still something worth fixing _before_ a release, unless proper semantics pose an issue. Cheers, Ralf _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
