https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #12 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d45ddc2c04e471d0dcee016b6edacc00b8341b16
commit r14-4089-gd45ddc2c04e471d0dcee016b6edacc00b8341b16
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #11 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9ea74d235c7e7816b996a17c61288f02ef767985
commit r14-3982-g9ea74d235c7e7816b996a17c61288f02ef767985
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #10 from Richard Biener ---
But this stmt isn't the issue, BB7 is
[local count: 118111600]:
# _31 = PHI
_4 = (unsigned char) _31;
_6 = (int) a.8_28;
j_22 = (short int) _4;
_33 = _31 & 255;
if (_33 > 11)
and that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #9 from Richard Biener ---
Created attachment 55898
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55898=edit
alternative patch for simple_dce_from_worklist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #8 from Richard Biener ---
(In reply to Andrew Pinski from comment #7)
> Created attachment 55892 [details]
> version of using simple_dce_from_worklist in forwprop
>
> This is a version of using simple_dce_from_worklist in forwprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #7 from Andrew Pinski ---
Created attachment 55892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55892=edit
version of using simple_dce_from_worklist in forwprop
This is a version of using simple_dce_from_worklist in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #6 from Richard Biener ---
So the issue is that forwprop & folding has a hard time in cleaning up dead
code afterwards but it would also benefit from doing that more aggressively
(and early) because of single_use () and friends.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> In .optimized we have:
>[local count: 118111600]:
> # _31 = PHI <5(2), 0(3)>
> _6 = (int) a.9_28;
> _8 = _31 <= 3;
> _9 = (int) _8;
> if (_6 !=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-09-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #2 from Andrew Pinski ---
The difference is jump threading:
old (able to remove foo):
```
Registering killing_def (path_oracle) _4
Registering value_relation (path_oracle) (_4 pe8 _33) (root: bb5)
Checking profitability of path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
--- Comment #1 from Andrew Pinski ---
In .optimized we have:
[local count: 118111600]:
# _31 = PHI <5(2), 0(3)>
_6 = (int) a.9_28;
_8 = _31 <= 3;
_9 = (int) _8;
if (_6 != _9)
goto ; [66.00%]
else
goto ; [34.00%]
Except
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target
14 matches
Mail list logo