On Wed, Dec 20, 2000 at 02:01:17PM -0500, Tom Kacvinsky wrote:
> Huh? My experience (on Solaris) has been that if foo.so has an embedded RPATH
> and the application bar uses foo.so and also has a RPATH, then the binary's
> RPATH is used for shared lib lookups. If the RPATH of the binary does not
> include the paths in the shared lib's RPATH, then the shared lib's dependencies
> are not met. :( Or maybe I am consfusing myself. Perhaps this is Tru64 UNIX's
> behavior.
Yup, this sounds like Tru64 or pre-6.5 IRIX. Solaris (as *BSD and Linux,
I think, too) uses RPATH of ojbect A only for looking after the
dependencies of object A. This is for run-time linking as well as
for dlopen(), which is unlike ELF run-time linking poorly founded on
existing standards.
Bjoern
--
-----BEGIN GEEK CODE BLOCK-----
GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+
K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+
------END GEEK CODE BLOCK------
_______________________________________________
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
