This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched
- From: "janis at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 9 May 2005 19:32:37 -0000
- Subject: [Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched
- References: <20050421005103.21138.janis@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From janis at gcc dot gnu dot org 2005-05-09 19:32 -------
sixtrack works fine for me with "-m64 -O2" with both SPEC's test input and its
ref output, for all of my daily builds since 20050503, while with the addition
of -fmodulo-sched it gets miscompares. lucas is now passing again, but apsi is
still gettting miscompares with "-m64 -O2 -fmodulo-sched".
Every week or so I run SPEC CPU2000 with GCC mainline built the previous night
and run the tests using "test" input, for each of about 40 sets of GCC command
line options with -m32 and then with -m64. This has found several regressions
(21272, 21155, 21054, 21048, 21030, 20813 in the last month). Almost all of
the failures I see are ICEs; the ones reported here with -fmodulo-sched are
the only runtime failures I've seen for a long time.
I'm running the tests now with the 20050508 compiler (last night's build
failed) and will let you know if failures with other options look related
to this one. The only known problem right now is PR 21155, intermittent
ICEs with -ftree-vectorize.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138