https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:2f8ccacd41a45bccf3e19625c0fbd2627472b45e
commit r12-9841-g2f8ccacd41a45bccf3e19625c0fbd2627472b45e
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:d4648a00df7a6950f7e1d12743e17a8583af0e5f
commit r13-7756-gd4648a00df7a6950f7e1d12743e17a8583af0e5f
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:1dc65003b66e5a97200f454eeddcccfce34416b3
commit r14-3332-g1dc65003b66e5a97200f454eeddcccfce34416b3
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
--- Comment #4 from Tobias Burnus ---
I tried the following - without understanding the code.
But I looked at what the failing commit changes (GSI_SAME_STMT instead of
GSI_CONTINUE_LINKING for the 'factor' case). The latter is used again (only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
--- Comment #3 from Tobias Burnus ---
Looking at the dump, the only relevant change seems to be
.count.5 = 0;
which is now in a different basic block.
In the working case, it comes in a basic block executed shortly after the bb
containing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
--- Comment #2 from Tobias Burnus ---
Bisecting points at:
r12-5295-g47de0b56ee455ec82ec7d61a20988f11b67aa4e9
openmp: Regimplify operands of GIMPLE_COND in a few more places [PR103208]
Date: Tue Nov 16 10:19:22 2021 +0100
which fixed an ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111017
Tobias Burnus changed:
What|Removed |Added
Known to work||11.4.0
Known to fail|
