http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38440
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
--- Comment #7 from amylaar at gcc dot gnu dot org 2008-12-10 05:40 ---
(In reply to comment #6)
> This is most likely a duplicate of bug 31849. IV-opts does not understand at
> all auto-increment/decrement.
I see little in common with the original subject of PR31849 (that was primaril
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-09 22:17 ---
This is most likely a duplicate of bug 31849. IV-opts does not understand at
all auto-increment/decrement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38440
--- Comment #5 from amylaar at gcc dot gnu dot org 2008-12-09 21:52 ---
FWIW, the same problem can be seen for the SH, although it doesn't manifest
as an actual preformance regression from 4.2.1 because the 4.2.1 SH backend is
suboptimal - the mov.b / extu.b scheduling is bad, that coul
--- Comment #4 from amylaar at gcc dot gnu dot org 2008-12-09 21:13 ---
The .083t.cunroll (gcc 4.2.1) and .1045.cunroll (gcc 4.4.0) dumps
show that the read memory read pointers are incremented as given in the
source.
This is still the case in the .085.ivopts dump from gcc 4.2.1, but no
