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: > > > > > > gue...@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 [email protected] http://www.aurel32.net -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
