H . J . Lu writes:
>On Fri, Jan 11, 2002 at 09:26:20PM -0800, Ralf Baechle wrote:
>> On Fri, Jan 11, 2002 at 12:08:06PM -0800, H . J . Lu wrote:
>> > > I don't know for sure just yet, the package takes a long time to compile.
>> > > The last time I compiled the package it failed to build - whether it is d
>> > > to the warnings or not I don't really know - maybe not.
>> > libtool is very fragile. If it doesn't cause the failure, I won't touch
>> > it.
>> This bug may result in libraries not getting linked against certain other
>> libraries thus DT_NEEDED entries missing. Frequently that's harmless but
>> it breaks a few packages. I remember fixing this in a large number of
>> RH 7.0 packages.
>> Bug are rarely harmless just their consequences are subtle.
yeah, the libtool thing is a pain, but realistically it's only been a
problem for me on 2 or 3 out of many rpm builds. Still it'd be way cool
if it was sorted out...
>Ok. Please try
unfortunately this doesn't work. Same output as the orig 7.1 rpm or a
stock newer libtool :-/
Does the latest kernel export endianess in /proc/cpuinfo?
If so, then the latest rawhide rpm can be trivially modified to add
mips* along with s390* support in the s390 patch and it seems to work
for me. If your kernel doesn't export endianess, then you can specify
it with (eg. for big endian)
./configure --host=mips-unknown-linux-gnu ...
and libtool then works ok.
Grab a patched for mips libtool srpm (+ big endian binary rpms (Indy)) from
Maybe someone can --rebuild the srpm on mipsel and see if it works too?