http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47464
--- Comment #5 from Jeffrey A. Law 2011-01-26 22:45:07
UTC ---
Author: law
Date: Wed Jan 26 22:45:04 2011
New Revision: 169310
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169310
Log:
PR rtl-optimization/47464
* df-problems.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47464
--- Comment #4 from Jeffrey A. Law 2011-01-26 05:59:56
UTC ---
ifcvt thinks the memory reference in insn 69 is safe to move because it is
marked as notrap That's obviously incorrect.
The marking as notrap occurs due to a very interesting se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47464
--- Comment #3 from Jeffrey A. Law 2011-01-26 04:33:24
UTC ---
Stranger and stranger. It looks like my patch may have exposed a latent bug
in the post-reload ifcvt pass. It's moving some insns which clearly aren't
safe to move.
IF-CASE-1 foun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47464
--- Comment #2 from Jeffrey A. Law 2011-01-26 00:07:44
UTC ---
We're miscompiling move_exit_barriers, though I don't yet know how my patch is
the root cause.
Jeff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47464
Jakub Jelinek changed:
What|Removed |Added
Keywords||wrong-code
Priority|P2
