When building RTEMS with gcc-4.2.0-20070430, gcc races on one file of the RTEMS sources. It consumes up all available CPU time, gradually (very slowly) seems consume all memory and doesn't seem to finish:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6176 joel 18 0 1614m 937m 604 D 2 92.9 491:53.20 cc1 # ps ax | grep cc1 6176 ? D 491:55 /opt/rtems-4.8/libexec/gcc/powerpc-rtems4.8/4.2.0/cc1 -quiet -imultilib m7400 -isystem ../../../../../.././mvme5500/lib/include -MD network_rel-GT64260eth.d -MF .deps/network_rel-GT64260eth.Tpo -MP -MT network_rel-GT64260eth.o -MQ network_rel-GT64260eth.o -DHAVE_CONFIG_H -D_KERNEL -Dmpc7455 -isystem ../../../../../.././mvme5500/lib/include ../../../../../../../../current/c/src/lib/libbsp/powerpc/mvme5500/network/GT64260eth.c -quiet -dumpbase GT64260eth.c -mcpu=7450 -mno-altivec -mabi=altivec -mvrsave=no -mmultiple -mstring -mstrict-align -ansi -auxbase-strip network_rel-GT64260eth.o -g -O2 -Wall -ansi -fasm -o - This issue is reproduceable on i386-FC5 and FC6. I would try to attach the *.i, but bugzilla refuses to let to do so, ATM. The same piece of code compiles fine with gcc-4.1.2 and older, so I am inclined to call this to be a regression. -- Summary: powerpc: race Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ralf_corsepius at rtems dot org GCC target triplet: powerpc-rtems* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31797