https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6ff66d1ea48960fe96bb51a750c01135e65fe452
commit r12-125-g6ff66d1ea48960fe96bb51a750c01135e65fe452
Author: Richard Biener
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
--- Comment #3 from Richard Biener ---
Sth as simple (and brute-force) as the following fixes this. Somehow SCEV
must already know the "point of failure" though and eventually always
instantiating from loop to loop_nest in steps might be more ef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
--- Comment #2 from Richard Biener ---
Created attachment 50523
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50523&action=edit
DSE patch
For reference this is the patch adding an additional DSE pass which fails the
existing gfortran.dg/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99956
Richard Biener changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
Keyw
