------- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-10 11:15 -------
Confirmed. Workaround with -fno-tree-loop-im.
Maybe just latent on the trunk.
We perform the following:
Executing store motion of init from loop 1
Executing store motion of init from loop 1
Moving statement
init_lsm.127 = init;
(cost 0) out of loop 1.
Moving statement
init_lsm.128 = init;
(cost 0) out of loop 1.
which of course can't work. Likely the SM rewrite on the trunk fixed this.
--
rguenth at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rakdver at gcc dot gnu dot
| |org
Status|UNCONFIRMED |NEW
Component|c++ |tree-optimization
Ever Confirmed|0 |1
Keywords| |wrong-code
Known to fail| |4.0.4 4.1.3 4.2.4 4.3.4
Known to work| |3.4.6 4.4.0
Last reconfirmed|0000-00-00 00:00:00 |2009-03-10 11:15:32
date| |
Summary|Incorrect values computed |[4.2/4.3 Regression]
|with -ftree-copy-prop |Incorrect values computed
| |with -ftree-copy-prop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39417
