java/9695: Inner class bug prevent GNU Classpath from compiling [regression]

java/9695: Inner class bug prevent GNU Classpath from compiling [regression]

[mark]

>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: