https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
Alexander Fomin changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Alexander F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Wed Dec 9 12:29:19 2015
New Revision: 231452
URL: https://gcc.gnu.org/viewcvs?rev=231452&root=gcc&view=rev
Log:
2015-12-09 Richard Biener
PR tree-optimization/68417
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
--- Comment #5 from vekumar at gcc dot gnu.org ---
Richard,
STMT: m1 = p1->x - m;
While hashing p1->x being a component ref, we are hashing operand 0 part
ie TREE_OPERAND (ref, 0). This is unconditionally read and written.
STMT: p3->y = (m1 >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
--- Comment #4 from vekumar at gcc dot gnu.org ---
Older trunk showed (gcc version 6.0.0 20151202 (experimental) (GCC))
iftmp.1_19 = p1_36->y;
tree could trap...
Today's trunk (gcc version 6.0.0 20151209)
Applying if-conversion
new phi replacemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
--- Comment #2 from Alexander Fomin ---
Sorry once again - looks like smth is also wrong with me today :)
I'm talking about r230454 and r230453 of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68417
--- Comment #1 from Alexander Fomin ---
I'm sorry for the typo above.
Vectorization is OK for r230453, but we miss if-conversion since r230434.