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

Bug#268140: libffi.la: wrong libdir setting



On Thu, 2004-08-26 at 13:39 +0200, Goswin von Brederlow wrote:

> Scott James Remnant <scott@netsplit.com> writes:
> 
> > On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
> >
> >> then libtool should be fixed. there is no documented requirement that
> >> the path has to be normalized.
> >> 
> > While there's no specifically documented requirement, there is a common
> > sense one.  Libtool doesn't make any attempt to normalise the paths
> > given to it, in fact it's kinda a tricky issue ... for example:
> >
> > If you used -rpath /usr/mylib and that was a symlink to /usr/lib, would
> > you expect that to be RPATHd or not?
> 
> /usr/mylib is normalized while not being canonical on your system.
> 
> I would expect . and .. to get removed while links are not removed if
> libtool is to do any normalization.
> 
Why?  If they were important enough to put in there, they must be useful
for something.

I actually fixed the dpkg-shlibdeps side of this (being over-sensitive
to non-normalised paths) last week:

http://arch.netsplit.com/scott@netsplit.com--2004/dpkg--devo--1.10--patch-40

It was needed for AMD64's /usr/lib madness.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: