https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
Andrew Pinski changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9592f639ff4655203f1cffb7c6752696e2721fb0
commit r10-6171-g9592f639ff4655203f1cffb7c6752696e2721fb0
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
--- Comment #4 from Andrew Pinski ---
(In reply to andi from comment #3)
> > The bzhi patterns all match some odd if_then_else only to guard against
> > inx & 255 == 0:
>
> Is that guard needed? At least clang doesn't seem to care about it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
--- Comment #3 from andi at firstfloor dot org ---
> The bzhi patterns all match some odd if_then_else only to guard against
> inx & 255 == 0:
Is that guard needed? At least clang doesn't seem to care about it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
