This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
java/9695: Inner class bug prevent GNU Classpath from compiling [regression]
- From: mark at klomp dot org
- To: gcc-gnats at gcc dot gnu dot org
- Date: 13 Feb 2003 18:51:00 -0000
- Subject: java/9695: Inner class bug prevent GNU Classpath from compiling [regression]
- Reply-to: mark at klomp dot org
>Number: 9695
>Category: java
>Synopsis: Inner class bug prevent GNU Classpath from compiling [regression]
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Feb 13 18:56:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: mark@klomp.org
>Release: gcj (GCC) 3.4 20030213 (experimental)
>Organization:
>Environment:
>Description:
GNU Classpath compiles all classes are once to byte code.
This does work with gcj 3.2 but not with gcj 3.3 or 3.4.
Compilation aborts with:
java/util/LinkedHashMap.java:0: internal compiler error: tree check: expected expr_with_file_location, have record_type in find_as_inner_class_do, at java/parse.y:3629
>How-To-Repeat:
Since the collection classes are merged between GNU Classpath and libgcj you can just take java/util/AbstractMap.java java/util/HashMap.java and java/util/LinkedHashMap.java from the libjava directory. Put them together in a fresh java/util/ dir and compile as follows:
gcj -C java/util/AbstractMap.java java/util/HashMap.java and java/util/LinkedHashMap.java
Compiles cleanly with gcj 3.2 but fails as described above with 3.3/3.4.
>Fix:
A workaround is switching HashMap.java and LinkedHashMap.java on the command line.
>Release-Note:
>Audit-Trail:
>Unformatted: