https://gcc.gnu.org/bugzilla/show_bug.cgi?id=123598
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://gcc.gnu.org/bugzill
| |a/show_bug.cgi?id=123364
Known to fail| |11.1.0
Summary|[15/16 Regression] ICE in |[13/14/15/16 Regression]
|emit_swap_insn, at |ICE in emit_swap_insn, at
|reg-stack.cc:850 with -O2 |reg-stack.cc:850 with -O2
|flag |flag
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #3)
> The error recovery ICE started with
> r15-7496-g8598a84bf5ca91ddd26f3bf6f944b0235cfa06b4.
All that does is not moves it out of the loop.
In fact adding -fno-move-loop-invariants can cause the ICE to show up in GCC 11
:).
Before GCC 11, it seems like GCC was able to optimize away the loops into an
infinite loop.
