This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: java/6520: Mauve java.lang.Math.min compile failure
- From: tromey at gcc dot gnu dot org
- To: gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, java-prs at gcc dot gnu dot org, mark at klomp dot org, nobody at gcc dot gnu dot org, tromey at gcc dot gnu dot org
- Date: 11 May 2002 22:42:48 -0000
- Subject: Re: java/6520: Mauve java.lang.Math.min compile failure
- Reply-to: tromey at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, java-prs at gcc dot gnu dot org, mark at klomp dot org, nobody at gcc dot gnu dot org, tromey at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
Synopsis: Mauve java.lang.Math.min compile failure
Responsible-Changed-From-To: unassigned->tromey
Responsible-Changed-By: tromey
Responsible-Changed-When: Sat May 11 15:42:48 2002
Responsible-Changed-Why:
I'm handling this.
State-Changed-From-To: open->analyzed
State-Changed-By: tromey
State-Changed-When: Sat May 11 15:42:48 2002
State-Changed-Why:
The problem here is that we change the type on a shared
tree node (the node representing the value of "Float.NaN").
This causes us to generate incorrect bytecode.
I have a patch that I'm testing that I will submit shortly.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6520