[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Library search paths (was Re: svn 0.9 rc2 tarball)

From: Zack Weinberg <zack_at_codesourcery.com>
Date: 2002-02-19 20:08:56 CET

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

> 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.


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

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.