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: 28 Apr 2005 00:07:14 -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-04-28 00:07 -------
There are other SPEC CPU2000 comparison failures on powerpc64-linux
with "-m64 -O2 -fmodulo-sched" that resist attempts to minimize the
testcases. apsi has been failing since:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00893.html from kazu
and lucas has been failing since:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg01289.html from radkver.
While trying to minimize the apsi failure I added write statements
that caused apsi to segfault; for example, write the value of I just
inside the loop using it in DCDTZ with:
1327a1328,1329
> write(6,1001) i
> 1001 format(' i = ',i3)
I'm adding the information to this PR because I don't have test cases
to submit for the apsi and lucas failures in new PRs, and hope that
the information might be useful to Mostafa or anyone else who looks
into this PR. There were other failures with these options earlier
this month that have since gone away, making it look even more like
latent bugs in the modulo scheduling code.
All of these SPEC CPU2000 failures are with the small "test" input.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138