[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