On Sun, Feb 17, 2002 at 10:38:06PM -0500, Greg Hudson wrote:
> On Sun, 2002-02-17 at 14:59, Zack Weinberg wrote:
> > One reason why *developers* hate -rpath and like LD_LIBRARY_PATH, is
> > that a lot of systems search -rpath directories before anything else.
> > So if you have a library installed in say /usr/local/lib, you're
> > trying to test a new version with the same soname, and the software
> > that uses the library was built with -rpath /usr/local/lib, you're
> > screwed. Well, sometimes LD_PRELOAD will do the job, but not always.
>
> Yeah, this sucks. But it's actually specified by the ELF spec, bogus as
> it is; systems like Solaris which implement the more useful search order
> are in violation of the ELF spec.
I know.
Bleeding edge GNU libc's ld.so implements DT_RUNPATH which appears to
be searched after LD_LIBRARY_PATH, however the code is not exactly
transparent and I have no idea how to get the linker to set it instead
of DT_RPATH.
> As others have pointed out, invoking the linker during the install rule
> (or during a package install) is questionable at best, so re-linking
> with libtool isn't a great answer.
Heh - that was me.
> Really, we just have to live with the absence of such a tool.
Well, someone else pointed out the existence of elfhacks... Maybe I'll
try to get that assimilated into binutils.
zw
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:09 2006