On Wed, Sep 14, 2005 at 10:19:49AM -0400, Camm Maguire wrote: > Please requeue this package, as I cannot reproduce the autobuild > failure in dchroot on escher. If this still fails, I suspect a > subarch specific gcc optimization on the autobuild machine (goedel). Nothing has changed in the toolchain, though; is there really any reason to think that rebuilding will give a different result than the first pass gave? I can reproduce the failure on my alpha with an up-to-date sid. My alpha is the same class as escher, not goedel. $ nm -u gcl-tk/tkl.o |grep __remq U __remq $ nm -D /lib/libc.so.6.1 |grep __remq 00000000000e0f20 T __remq 00000000000e10f0 T __remqu $ I don't know how tkl.o is supposed to be loaded, since it's not a shared library and does not include ELF dependency information; but if it's supposed to be built in such a way that it has no undefined references to glibc symbols, you'll presumably need to use different compile flags. Also in the list of undefined symbols is: U _setjmp Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. vorlon@debian.org http://www.debian.org/
Attachment:
signature.asc
Description: Digital signature