[Bug rtl-optimization/78342] ICE in rtl_verify_bb_insns, at cfgrtl.c:2657 (error: flow control insn inside a basic block)

2017-01-05 Thread segher at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78342

Segher Boessenkool  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #13 from Segher Boessenkool  ---
Right, I cannot trigger any of these failures on 5 or 6.  So I'll just
close this PR.

[Bug rtl-optimization/78342] ICE in rtl_verify_bb_insns, at cfgrtl.c:2657 (error: flow control insn inside a basic block)

2017-01-05 Thread law at redhat dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78342

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com
Summary|[7 Regression] ICE in   |ICE in rtl_verify_bb_insns,
   |rtl_verify_bb_insns, at |at cfgrtl.c:2657 (error:
   |cfgrtl.c:2657 (error: flow  |flow control insn inside a
   |control insn inside a basic |basic block)
   |block)  |

--- Comment #12 from Jeffrey A. Law  ---
Given the combine issue for this BZ is resolved, it certainly shouldn't be
marked as a regression for gcc-7.  I'm also not sure a backport is really
warranted.  While it's possible in theory to trigger these failures in older
releases, it's hard.

The addition of path isolation of division by zero is what's made this stuff so
much easier to trigger on the trunk.

Segher keep open if you want to backport the fixes, but this shouldn't have a
gcc-7 regression marker anymore.