This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug rtl-optimization/38644] [4.4/4.5/4.6/4.7 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code
- From: "davem at devkitpro dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sat, 29 Oct 2011 23:27:02 +0000
- Subject: [Bug rtl-optimization/38644] [4.4/4.5/4.6/4.7 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code
- Auto-submitted: auto-generated
- References: <bug-38644-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #55 from Dave Murphy <davem at devkitpro dot org> 2011-10-29 23:27:02 UTC ---
(In reply to comment #54)
> I tested with GCC 4.6.2 and the patch provided by Mikael Pettersson. It works
> for -march=armv4t and -march=armv5t, but not for -march=armv5te:
For what it's worth I've been using Richard Earnshaw's patch from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282#c8 with my own gcc builds and
it's working fine for all -march values.
There's also Joern's patch at http://gcc.gnu.org/ml/gcc/2011-07/msg00461.html
which I haven't tested but looks like it should work.
I still don't understand why there seems to be so much resistance to Richard's
suggestion that targets with redzones should explicitly enable this behaviour.
How can it be a hack to treat stack moves specially? Isn't the stack generally
a special register?