https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needs-bisection
Known to work| |12.1.0
Target Milestone|14.0 |13.3
Known to fail| |13.1.0
Summary|[14 Regression] wrong code |[13/14 Regression] wrong
|at -O1 on x86_64-linux-gnu |code at -O1 on
|(the generated code hangs) |x86_64-linux-gnu (the
| |generated code hangs)
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
So with GCC 13, with `-fdump-tree-all-all`, we get the same wrong code as on
the trunk.
This is why I was I misunderstood thinking it was a target issue as I was
comparing the dumps between GCC 13 and the trunk with -all enabled but it was
broken in GCC 13 too.
Anyways I tested GCC 12.3.0 and it looks to be working there.
It would be useful to get another bisect done this time with `-O1
-fdump-tree-all-all` .
