[Top][All Lists]

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

Re: Trying to get libtool not to add -rpath, since libs are only in a st

From: Filipe Brandenburger
Subject: Re: Trying to get libtool not to add -rpath, since libs are only in a staging directory
Date: Mon, 25 Aug 2014 21:17:17 -0700

Friendly ping?

+cc the libtool maintainers according to

If this is indeed a bug, I'd be willing to invest some time in trying
to fix it, but I'd need some pointers on what would be the proper way
to fix it...

I really think libtool should be creating a wrapper script and not a
binary with an rpath pointing to the stage directory, am I wrong?


On Tue, Aug 19, 2014 at 4:33 PM, Filipe Brandenburger
<address@hidden> wrote:
> Hi,
> I'm trying to link binaries to libraries that are not installed on the
> system, but just unpacked to a "staging" directory.
> Consider this (real) example:
> 1) Build expat with "--libdir=/usr/lib/${platform}"
> 2) Install expat with "make install DESTDIR=${stagedir}"
> 3) Configure dbus with "-L${stagedir}/usr/lib/${platform}" where it
> will find expat now, and "-rpath /usr/lib/${platform}" where it will
> find expat at real runtime when both are installed.
> 4) Build expat
> The problem is that ${stagedir} is leaking and the resulting
> dbus-daemon gets both /usr/lib/${platform} and
> ${stagedir}/usr/lib/${platform} added to it...
> I tried working around it by passing --with-sysroot=${stagedir} to the
> dbus configure, but unfortunately that didn't work...
> Do you have a suggestion of something I could do to accomplish what
> I'm trying to accomplish?
> Is this a libtool bug?
> Any suggestions of workarounds?
> (I also filed a bug at
> in case this is
> actually a libtool bug.)
> Thanks in advance!
> Filipe

reply via email to

[Prev in Thread] Current Thread [Next in Thread]