http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
10:47:36 UTC ---
Yeah, indeed. The bug seems to be in the second vrp pass on xxx function.
iaii_23: [_79, _79] EQUIVALENCES: { } (0 elements)
looks wrong (iaii_23 is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
CC||mikael at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||rguenth at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-10-01
18:01:26 UTC ---
Confirmed.
For the failure, it is sufficient to use:
gfortran -fcheck=bounds -O1 -fstrict-overflow -ftree-pre -ftree-vrp xxx_2.f
(xxx_1.f can be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot
