This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: java.lang.StrictMath
- From: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- To: tromey at redhat dot com
- Cc: java at gcc dot gnu dot org
- Date: Fri, 15 Feb 2002 20:58:00 +1300
- Subject: Re: java.lang.StrictMath
- References: <3C6C23B2.44F2C7F6@email.byu.edu> <m3eljnmyku.fsf@lyta.haphazard.org> <3C6C7375.DC98215E@email.byu.edu> <87y9hvutnz.fsf@creche.redhat.com> <3C6CB279.1080003@waitaki.otago.ac.nz> <87pu37tcf0.fsf@creche.redhat.com>
Tom Tromey wrote:
>I've removed the Classpath list and other innocent bystanders from the
>CC line.
>
>Bryce> Do you have any examples of how GCC is *not* strictfp compliant
>Bryce> (at least on common platforms)? My understanding is that, by
>Bryce> default, it tries to be strictly IEEE 754. On x86 it will store
>Bryce> values to memory and make a function call to do FP arithmetic,
>Bryce> unless -ffast-math is given which allows it to do inline math
>Bryce> using (the 80-bit x87) FP registers.
>
>I don't have examples.
>
Actually, I just rediscovered this test case from Shudo-san:
http://gcc.gnu.org/ml/java/2001-01/msg00496.html
So, we don't get strictfp right on x86 even using -ffloat-store (neither
does the IBM JDK, but Sun JDK 1.4 does). On PowerPC we always get
strictfp-correct results as you'd expect.
regards
Bryce.