--- Comment #1 from burnus at gcc dot gnu dot org 2009-06-09 12:24 ---
Richard, can you try to reproduce this? I don't have SPEC and anyhow it sounds
like a middle-end problem.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
13:35 ---
I did some more experiments, and have some more details to share.
It seems the problem with lucas only occurs with the SVN head of the 4.4 branch
I'm working on (r148268), and not with the 4.4.0
--- Comment #3 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:12 ---
Same problem with 187.facerec, 173.applu and 301.apsi: runs correctly at -O1,
wrong code at -O1 -fno-ira-share-spill-slots.
All these benchmarks are written Fortran (both F77 and F90), so it seems this
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-06-09 14:22 ---
Are you running in 32bit mode? Vlad, what does this IRA option do?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:30 ---
(In reply to comment #4)
Are you running in 32bit mode?
No, I'm not. Using either -m32 or -m64 makes no difference for lucas, and if
I'm either m32 or m64, then I still obtain a 64-bit binary (when
--- Comment #6 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:51 ---
Some more related details which might help shed light on the cause behind this.
The 178.galgel benchmark (again, Fortran), is also being miscompiled, but now
using
-ffixed-form