On Fri, Aug 27, 2004 at 01:33:46AM +0200, Matthias Klose wrote:
> Scott James Remnant 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.
> > >
> > Whi
Scott James Remnant 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 o
Matthias Klose <[EMAIL PROTECTED]> writes:
> Goswin Brederlow writes:
>> libffi.la has the following libdir:
>>
>> libdir='/usr/lib/../lib'
>>
>> That cuases libtool to add the rpath option when linking against the
>> library which in turn prevents shlibs to work (since no package
>> contains /u
Goswin Brederlow writes:
> libffi.la has the following libdir:
>
> libdir='/usr/lib/../lib'
>
> That cuases libtool to add the rpath option when linking against the
> library which in turn prevents shlibs to work (since no package
> contains /usr/lib/../lib/libffi.so) which in turn miscompiles
>
Scott James Remnant <[EMAIL PROTECTED]> writes:
> On Thu, 2004-08-26 at 13:39 +0200, Goswin von Brederlow wrote:
>
>> Scott James Remnant <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
>> >
>> >> then libtool should be fixed. there is no d
On Thu, 2004-08-26 at 13:39 +0200, Goswin von Brederlow wrote:
> Scott James Remnant <[EMAIL PROTECTED]> 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 normal
Scott James Remnant <[EMAIL PROTECTED]> 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
Matthias Klose <[EMAIL PROTECTED]> writes:
> then libtool should be fixed. there is no documented requirement that
> the path has to be normalized.
On amd64 you get
libdir='/usr/lib/../lib64'
even normalized that would be
libdir='/usr/lib64'
which is still wrong since libffi3 only has
/usr/l
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 n
clone 268140 -1
reassign -1 libtool
thanks
then libtool should be fixed. there is no documented requirement that
the path has to be normalized.
Goswin Brederlow writes:
> Package: libffi3-dev
> Version: 1:3.4.1-7
> Severity: grave
> Justification: renders package unusable
>
> Hi,
>
> libffi.la
Processing commands for [EMAIL PROTECTED]:
> clone 268140 -1
Bug#268140: libffi.la: wrong libdir setting
Bug 268140 cloned as bug 268152.
> reassign -1 libtool
Bug#268152: libffi.la: wrong libdir setting
Bug reassigned from package `libffi3-dev' to `libtool'.
> thanks
Stopp
Package: libffi3-dev
Version: 1:3.4.1-7
Severity: grave
Justification: renders package unusable
Hi,
libffi.la has the following libdir:
libdir='/usr/lib/../lib'
That cuases libtool to add the rpath option when linking against the
library which in turn prevents shlibs to work (since no package
c
12 matches
Mail list logo