On Sun, Feb 17, 2002 at 11:42:24AM -0800, Russ Allbery wrote:
>
> I learned to hate LD_LIBRARY_PATH from cruel experience and horror stories
> from other folks doing the same sorts of things that I'm trying to do. I
> can appreciate that it may well be a good solution for people who are more
> looking at getting things to work on a single machine or set of machines
> that they control.
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.
I kind of wish there was a utility that could edit DT_RPATH entries in
an executable binary. This would allow one to create binaries with
-rpath pointing inside the build directory (which avoids the need to
set LD_WHATEVER during testing), and then adjust them to point to the
installed-library directory at installation time.
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:08 2006