[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

2009-06-09 Thread burnus at gcc dot gnu dot org
--- 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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

2009-06-09 Thread kenneth dot hoste at elis dot ugent dot be
--- 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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

2009-06-09 Thread kenneth dot hoste at elis dot ugent dot be
--- 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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

2009-06-09 Thread rguenth at gcc dot gnu dot org
--- 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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

2009-06-09 Thread kenneth dot hoste at elis dot ugent dot be
--- 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

[Bug middle-end/40386] wrong code generation for SPEC CPU2000's 189.lucas with -O1 -fno-ira-share-spill-slots

2009-06-09 Thread kenneth dot hoste at elis dot ugent dot be
--- 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