[Bug middle-end/45663] [4.6 regression] New test failures
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663
[Bug middle-end/45663] [4.6 regression] New test failures
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-14 10:20 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-14 10:20:40 date|| Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663
[Bug middle-end/45663] [4.6 regression] New test failures
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-14 11:26 --- Created an attachment (id=21789) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21789action=view) gcc46-pr45663.patch A sign extension insn for the first bar call is scheduled before the a.j++ insns with the debug_insn for a$j. While at the call itself the vars already have expected values, at the first insn on the same line as the first bar call (the sign extension) a.j is still 13, not 14. I think we could fix this up by adjusting the testcase (with current trunk it gives no failures on both x86_64-linux and i686-linux), though haven't tested other targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663
[Bug middle-end/45663] [4.6 regression] New test failures
--- Comment #3 from pthaugen at gcc dot gnu dot org 2010-09-14 20:04 --- Not sure I understand everything involved here, but isn't the test a little suspect any time higher optimization levels and instruction scheduling are enabled? -- pthaugen at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.6.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663
[Bug middle-end/45663] [4.6 regression] New test failures
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-15 05:45 --- *** Bug 45675 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45663