Comparison between
Fri Apr 29 20:34:58 CEST 2005
Fri Apr 29 18:34:58 UTC 2005
and
Sat Apr 30 23:09:53 CEST 2005
Sat Apr 30 21:09:53 UTC 2005
Tests that now fail, but worked before:
gcc.c-torture/execute/20040703-1.c compilation, -Os
What's even worse, the same bug (according to the message in the .log) hits the
setup of the libstdc++ testsuite, so it's not run at all.
The message in gcc.log is:
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/20040703-1.c: In
function 'num_lshift':^M
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/20040703-1.c:126:
error: insn does not satisfy its constraints:^M
(insn 373 347 372 24 (parallel [^M
(set (mem/s:SI (plus:SI (reg/f:SI 13 r13 [106])^M
(const_int 68 [0x44])) [2 num.overflow+0 S4 A16])^M
(reg:SI 16 srp [orig:28 num$overflow.63 ] [28]))^M
(set (reg/f:SI 13 r13 [106])^M
(plus:SI (reg/f:SI 13 r13 [106])^M
(const_int 68 [0x44])))^M
]) 25 {*mov_sidesisf_mem} (nil)^M
(expr_list:REG_UNUSED (reg/f:SI 13 r13 [106])^M
(nil)))^M
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/20040703-1.c:126:
internal compiler error: in copyprop_hardreg_for\
ward_1, at regrename.c:1570^M
Smells like a .md bug.
--
Summary: [4.1 regression] CRIS: gcc.c-torture/execute/20040703-
1.c compilation, -Os and libstdc++ setup
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21441
