[Bug target/15397] [3.4 only] [g77] c float function called from fortran gives wrong result

[kmccarty at princeton dot edu]

--- Additional Comments From kmccarty at princeton dot edu  2005-09-22 
14:17 ---
Could anyone find out whether this g77 bug applies to other 64-bit Linux
architectures as well as AMD64?  I'm thinking of Alpha, Itanium, S390x, and
64-bit PowerPC and SPARC.  Thanks in advance for any such information,
especially on the first two of these.

-- 
   What|Removed |Added

 CC||kmccarty at princeton dot
   |    |edu


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

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

[kmccarty at princeton dot edu]

--- 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