--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-23 21:32 ---
I can confirm this bug on mainline with this testcase:
--
void abort (void);
int f ()
{
return 0;
}
void __attribute
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
22:06 ---
The tree dump already looks wrong to me on mainline:
g (k, l)
{
int j.0;
int j;
_Bool D.1460;
int D.1459;
int D.1458;
int D.1457;
:
D.1457 = f ();
if (D.1457 != 0) goto ; else g
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
22:08 ---
Oh bugger. The tree dump is good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19579
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
22:13 ---
"-O -frerun-cse-after-loop" is enough to reproduce it on AMD64.
--
What|Removed |Added
GCC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
22:14 ---
As per GDR (a while back) moving 3.4.x regressions to the target milestone for
3.4.x.
--
What|Removed |Added
--- Additional Comments From kazu at cs dot umass dot edu 2005-01-23 22:25
---
On my machine, Athlon XP 2500 running Fedora Core 3,
-O2 -march=i686 produces OK!, but
-O2 -march=athlon-xp produces WRONG!
if the original testcase is compiled with the current mainline.
--
http://gcc.g
