This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug java/24454] GCJ does not correctly support strictfp
- From: "rmathew at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 21 Oct 2005 10:23:48 -0000
- Subject: [Bug java/24454] GCJ does not correctly support strictfp
- References: <bug-24454-11556@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #4 from rmathew at gcc dot gnu dot org 2005-10-21 10:23 -------
(In reply to comment #0)
> Eclipse's JDT/Core team was doing experiments with turning Eclipse's batch
> compiler into ECJ using GCJ. The goal was to provide an executable form of
> Eclipse's compiler. Unfortunately, the effort had to be abandoned because the
> resulting ECJ compiler would fail the floating point section of Java
> Compatibility Kit (JCK).
It would be nice if you could at least indicate what kind
of non-compliance you are talking of here. Is it strictfp,
accuracy of results, rounding of floating-point literals,
or something else? Of course, you should not reproduce
tests verbatim from the JCK, but please provide some
indication of what you're talking about in this bug report.
For example, are you talking of JLS3 section 4.2.4 here?
If yes, can you please elaborate exactly how using GCJ
as the compiler to compile your compiler is affecting its
status w.r.t. the JCK?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24454