This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1
- From: "kmccarty at princeton dot edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 17 Jan 2005 14:33:10 -0000
- Subject: [Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1
- References: <20050116163335.19469.debian-gcc@lists.debian.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- 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