Re: Problem with lenny /usr/lib64/libdl.a from lenny libc6-dev-mips64
On Mon, Mar 02, 2009 at 12:37:56AM +0100, Aurelien Jarno wrote:
> On Sun, Mar 01, 2009 at 07:57:12PM +0100, Luk Claes wrote:
> > Hi
> >
> > Lets involve the glibc package maintainers (Cc-ed).
> >
> > Cheers
> >
> > Luk
> >
> > Laurent GUERBY wrote:
> > > Hi,
> > >
> > > While investigating libmudflap failures
> > > in the GCC trunk (4.4) testsuite:
> > >
> > > http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg00071.html
> > >
> > > I found out that /usr/lib64/libdl.a is corrupted and
> > > is causing link failures:
> > >
> > > guerby@gcc51:~/tmp3$ ar x /usr/lib64/libdl.a
> > > ar: /usr/lib64/libdl.a: Malformed archive
> > >
> > > (lib32 and lib are ok under the same test).
> > >
> > > For reference I tried to extract it again from a clean .deb
> > > but "ar x" failed again so I guess it's a packaging issue:
> > >
>
> I am able to reproduce the problem here, but not with version 2.9-4. It
> may be a problem on the build daemon (though the build log looks ok), or
> a bug in binutils while stripping, as at some point it used to output a
> lot of warning messages during dh_strip.
>
> I will start a build of the lenny version to see if the problem is
> reproducible after a rebuild.
>
The build has finished, and the problem is fully reproducible. The
libdl.a from the build tree works, the one in libc6-dev-mips64 doesn't.
Something happens in between, probably either during dh_strip. I'll
investigate that in the next days.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: