http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #14 from uros at gcc dot gnu.org 2012-11-13 16:59:44 UTC ---
Author: uros
Date: Tue Nov 13 16:59:37 2012
New Revision: 193480
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193480
Log:
PR target/41993
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #12 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-11-12
10:35:12 UTC ---
(In reply to comment #11)
Kaz, can you please test following patch, if it works ok SH4?
Works fine. I've confirmed that there are no new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
CC||olegendo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #11 from Uros Bizjak ubizjak at gmail dot com 2012-11-11 22:45:18
UTC ---
(In reply to comment #10)
Fixed on trunk.
Actually, implementing post-reload pass it looks to me, that in this place we
are only interested in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
Kazumoto Kojima kkojima at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #8 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-11-06
09:16:41 UTC ---
Author: kkojima
Date: Tue Nov 6 09:16:34 2012
New Revision: 193210
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193210
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #9 from uros at gcc dot gnu.org 2012-11-06 14:31:00 UTC ---
Author: uros
Date: Tue Nov 6 14:30:52 2012
New Revision: 193242
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193242
Log:
PR middle-end/41993
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #5 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-11-05
09:13:57 UTC ---
(In reply to comment #4)
In -O0 case, we broke discovery loop too early, so we can't find all return
regs. I would argue, that we should ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #6 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 09:16:52
UTC ---
(In reply to comment #5)
In -O0 case, we broke discovery loop too early, so we can't find all return
regs. I would argue, that we should ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #7 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-11-05
10:19:16 UTC ---
(In reply to comment #6)
Will you submit the patch to gcc-patches, please?
OK, I'll send it to the list when the tests on i686-linux and sh
are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2012-11-04 16:45:51
UTC ---
I have looked a bit into this problem, since AVX vzeroupper insertion now
depends on MODE_EXIT functionality. IMO, the patch in Comment #1 is correct for
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-11-17 22:24 ---
Thanks for testing. On second thought, the patch in #1 doesn't
the right thing and it's too intrusive if the issue happens only
with -O0 for a bit problematic feature.
Some better idea will be needed, though it
--- Comment #2 from iwamatsu at nigauri dot org 2009-11-17 02:55 ---
Hi, Kojima-san.
Thank you for your work and patch .
I checked this patch. Work fine with gcc-4.3.4 , gcc-4.4.2 and gcc/HEAD.
BTW, I guess that __builtin_apply/__builtin_return may be a bit obsolete.
If my memory
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-11-11 21:59 ---
All 4.x sh compilers fail with similar way. Looks only when unoptimized.
Does the patch below work for you?
--- ORIG/trunk/gcc/mode-switching.c 2009-02-21 09:26:24.0 +0900
+++
15 matches
Mail list logo
