Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> Note that this rpath, apart from being superflous, is also broken as
> it points to a directory that will be nonexistent except on your
> machine.
>
> Since you're using libtool, perhaps reading
> http://lists.debian.org/debian-devel/2002/debian-devel-200202/msg00756.html
> and surroundings may help.
>
> > Is it adiviseable to ask upstream to refrain from setting rpath, or am
> > I being unreasonable here?
>
> As outlined above to be fully portable one has to keep rpath as an
> option, but it should be possible to turn it off cleanly. In an ideal
> world, libtool would shield us from this ...
In the libgimpprint build, I use
libgimpprint_la_LDFLAGS = \
-version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE) \
-rpath $(libdir)
The rpath option merely tells libtool where the library should be
installed, and I have never seen any lintian warnings. I don't think
it's equivalent to the ld -rpath, or it has no effect on Debian. It
has certainly not caused any problems in the year and a quarter of
using it. I need to use it because libgimpprint is conditionally
built.
Regards,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
