libtool
[Top][All Lists]
Advanced

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

Re: mode=link and full path to dependent shared library?


From: Ralf Wildenhues
Subject: Re: mode=link and full path to dependent shared library?
Date: Wed, 12 Oct 2005 15:20:34 +0200
User-agent: Mutt/1.5.11

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




reply via email to

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