--- Comment #7 from sje at cup dot hp dot com 2008-06-05 23:02 ---
I now think this is a register scheduling bug. If I use -fno-schedule-insns2
then the bug doesn't happen even with -O2 fno-automatic -frename-registers.
The problem seems to be scheduling the assignment to TEMP2 and
--- Comment #6 from sje at cup dot hp dot com 2008-05-23 15:02 ---
It looks like this is a bug in register renaming. register renaming is turned
on by -floop-unroll. You can reproduce the bug using -frename-registers in
place of -funroll-loops.
--
--- Comment #5 from sje at cup dot hp dot com 2008-05-22 18:52 ---
Created an attachment (id=15672)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15672action=view)
cutdown test case
This smaller test case requires the same options as the original.
--
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from sje at cup dot hp dot com 2008-05-21 15:30 ---
Now I can reproduce it. I don't know if you intended this or not but the clean
target in the Makefile removed the good objects but left the bad one so that
when I rebuilt I still had the old bad object around.
--
--- Comment #2 from sje at cup dot hp dot com 2008-05-20 20:50 ---
I cannot reproduce this error. I have compiled the test case with
various options and always get output that includes
Test# 1 ( C201 ): *** failed ***
and
Test# 1 ( GENT ): *** failed ***
I get this when I use
--- Comment #3 from kmccarty at debian dot org 2008-05-21 03:59 ---
(In reply to comment #2)
Test# 1 ( GENT ): *** failed ***
I get this when I use -fno-automatic -O2 -funroll-loops and when I use no
optimization at all. This is with GCC 4.3 released bits and ToT bits on
a
--- Comment #1 from mmitchel at gcc dot gnu dot org 2008-04-28 04:28
---
Fortran is not a primary language.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|rtl-optimization|target
Keywords||wrong-code