http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Wed Nov 6 15:00:16 2013
New Revision: 204458
URL: http://gcc.gnu.org/viewcvs?rev=204458&root=gcc&view=rev
Log:
2013-11-06 Richard Biener
PR tree-optimization/58653
* tree-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #7 from Richard Biener ---
*** Bug 58697 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #6 from Richard Biener ---
The issue is that predcom treats
e[c + 3][d] and e[c + 4][d]
as having distance '2', but that's in a dimension that is not evolving.
Later we adjust the evolving dimension index with an adjusted value
whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #5 from Richard Biener ---
Hmm, looks like a very old patch in my dev tree fixes this (though reverting it
doesn't make it reproduce on trunk):
Index: tree-predcom.c
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #2 from Marek Polacek ---
It's the loop unswitching.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
