This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch: gcj optimizations
- From: Eric Blake <ebb9 at email dot byu dot edu>
- To: tromey at redhat dot com
- Cc: Gcc Patch List <gcc-patches at gcc dot gnu dot org>, Java Patch List <java-patches at gcc dot gnu dot org>
- Date: Fri, 30 Nov 2001 16:19:14 -0700
- Subject: Re: Patch: gcj optimizations
- Organization: BYU Student
- References: <874rnct3dv.fsf@creche.redhat.com>
>
> We could also inline things like Math.sin, Math.cos, etc. Doing that
> would require figuring out how to connect gcj to the builtin function
> infrastructure in gcc. This might be tricky; for instance I think
> we'd want to fall back on calling `java.lang.Math.cos' instead of
> calling plain `cos' if the builtin is disabled.
Isn't java.lang.Math.cos specified that it is permitted to be native in
the first place? It is only java.lang.StrictMath.cos which must be
implemented in Java. (Likewise for the other functions in
Math/StrictMath). The only thing you might need to worry about with a
native implementation of Math is whether the native method (or inlined
machine instruction, on platforms that support it) is accurate enough to
meet the specifications.
>
> Tom
>
--
This signature intentionally left boring.
Eric Blake ebb9@email.byu.edu
BYU student, free software programmer