This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: java.lang.StrictMath
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- Cc: tromey at redhat dot com, 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: 15 Feb 2002 14:09:09 -0200
- Subject: Re: java.lang.StrictMath
- Organization: GCC Team, Red Hat
- 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>
On Feb 15, 2002, Bryce McKinlay <bryce@waitaki.otago.ac.nz> wrote:
> Do you have any examples of how GCC is *not* strictfp compliant
There are a few platforms, the most prominent of which is alpha, on
which GCC offers an option to enable or disable strict IEEE
compliance. On alpha, it's -mieee. Even x86 has -mieee-fp, to handle
unordered compares correctly in all cases.
Oh, wait. You were talking specifically about Java.
> 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.
I'm not sure going all the way to -ffast-math would be appropriate,
but certainly disabling strict IEEE compliance by default, on
platforms on which it makes a difference, would be perfectly
reasonable.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer