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

Bug#555982: debian-policy: RPATH in binaries and shared libraries



On Wed, Dec 02, 2009 at 10:29:17PM +0100, Kurt Roeckx wrote:
> So /usr/lib/libextractor.so.1 should either set up an rpath
> for /usr/lib/libextractor/ or tell the full path to the dynamic
> loader when it tries to load it's plugins.

Preferably the latter; I don't see the point in using rpath for something
other than shared library linking, and it just gets you a complimentary
lintian error, so...  (Also, doing this via rpath will, infinitesimally,
slow down the *actual* shared library lookups at startup time.)

> If they weren't plugins you load dynamicly, but something you link
> too, I have mixed feelings about using an rpath.

I don't... in that case they should be in /usr/lib. :)

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

Attachment: signature.asc
Description: Digital signature


Reply to: