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: Eric Blake <ebb9 at email dot byu dot edu>, Brian Jones <cbj at gnu dot org>, Classpath list <classpath at gnu dot org>, java at gcc dot gnu dot org
- Date: Fri, 15 Feb 2002 20:02:17 +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>
Tom Tromey wrote:
>>>>>>"Eric" == Eric Blake <ebb9@email.byu.edu> writes:
>>>>>>
>
>Eric> StrictMath is required to be implemented in pure Java
>
>How curious.
>BTW, fdlibm is fine to use. We already use it in libgcj.
>
>Thanks for doing this. Now all we have to do is implement strictfp in
>gcj :-)
>
Do you have any examples of how GCC is *not* strictfp compliant (at
least on common platforms)? My understanding is that, by default, it
tries to be strictly IEEE 754. On x86 it will store values to memory and
make a function call to do FP arithmetic, unless -ffast-math is given
which allows it to do inline math using (the 80-bit x87) FP registers.
So, unless I misunderstand something and there is more to it, we should
make -ffast-math the default for Java except where strictfp is encountered.
regards
Bryce