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
