This is an automatically filed bug for a failed rebuild attempt for GCC 4.3. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal Please verify why this build failed and fix it. http://koji.fedoraproject.org/koji/taskinfo?taskID=444050 Unknown exit code, check the failed task.
scratch build 482739
Well this build ran a little on the long side :). Canceled it, downloaded the generated SRPM to my box and tried building it. Lisp took 100% of the CPU immediately when it started building, and attaching an strace to the lisp process gave me this pile of joy: --- SIGSEGV (Segmentation fault) @ 0 (0) --- sigreturn() = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- sigreturn() = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- sigreturn() = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- sigreturn() = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- The same build on F8 (both in mock on the same machine) resulted in pretty much similar results, except this was repeated in build.log *** Sigsegv in page not marked as write protected
I'd venture this may have something to with the same problems sbcl has (see bug #434401). gcc43/kernel bug? sbcl devs pointed me to: "GCC 4.3.0 exposes a kernel bug" http://lwn.net/Articles/272048/ (I'm not currently an lwn subscriber, so can't access the article, yet).
I just forwarded you a link to the LWN article (but I haven't read it yet). I also saw the problem on F8, which doesn't use gcc43, so I'm not inclined to believe that it's a gcc43 issue. But hey, you never know!
As I understand it: unpatched kernel + gcc43-derived buildroot = boom
joy, also would appear f8+ builds are broken due to kernel-header changes in /usr/include/asm/unistd.h which now contains: #ifdef __i386__ #include "unistd_32.h" #else #include "unistd_64.h" #endif which induces: gcc -m32 -rdynamic -Wstrict-prototypes -Wall -O2 -g -DGENCGC -DLINKAGE_TABLE -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D__NO_CTYPE -D_GNU_SOURCE -I. -I../../src/lisp -I- -I/usr/X11R6/include -DGENCGC -DLINKAGE_TABLE -c -o lisp.o ../../src/lisp/lisp.c ... In file included from /usr/include/sys/syscall.h:25, from ../../src/lisp/Linux-os.h:25, from ../../src/lisp/os.h:41, from ../../src/lisp/lisp.c:25: /usr/include/asm/unistd.h:2:25: error: unistd_32.h: No such file or directory
doh, looks like -I- is more to blame here.
Tried out cmucl-19e-pre1, and this works better and gets further, but now fails in some asm in ../../src/lisp/x86-assem.S ../../src/lisp/x86-assem.S: Assembler messages: ../../src/lisp/x86-assem.S:84: Error: suffix or operands invalid for `fnstsw' See: http://koji.fedoraproject.org/koji/buildinfo?buildID=42817 (fwiw, cmucl-19e-pre1 builds fine on/for f8)
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
builds as of 2008-07-03.