[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1

kmccarty at princeton dot edu gcc-bugzilla@gcc.gnu.org
Mon Jan 17 14:33:00 GMT 2005


------- Additional Comments From kmccarty at princeton dot edu  2005-01-17 14:33 -------
Hi, I'm the original submitter of the bug to Debian's BTS.

On my system, as you predicted, adding -ffloat-store to the options used in
compiling radmul.f to object code solves all the problems with g77 3.3 and 3.4.
 (I haven't re-tested 2.95.)  This includes the g77-3.4 segfault.  That is, the
executable that has radmul.f compiled with "g77-3.4 -c -O1" segfaults, but with
"g77-3.4 -c -O1 -ffloat-store" it exhibits the expected behavior.

I will try to have a self-contained test case within a week or so (time
permitting) so you can check whether this really is the same thing as PR 323.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19469



More information about the Gcc-bugs mailing list