[Bug java/13800] New: gcj fails to compile a class that extends a class in an external lib

[Bug java/13800] New: gcj fails to compile a class that extends a class in an external lib

[richardl at redhat dot com]

gcj fails with:

  [javac] /var/ccm-devel/dev/richardl/cms/core/src/com/arsdigita/search/lucen\
e/TypeSpecificFilter.java:0: internal compiler error: tree check: expected clas\
s 'd', have 'x' (identifier_node) in check_inner_circular_reference, at java/pa\
rse.y:5212

when compiling a class that extends another class in an external library. In the
above case, TypeSpecificFilter extends Filter, which is not in the source tree,
but supplied in a JAR on the classpath.

I have confirmed this problem also exists with a class that extends
java.awt.Container:

    [javac] /var/ccm-devel/dev/richardl/cms/core/src/com/arsdigita/toolbox/rebo\
p/GenericComponent.java:0: internal compiler error: tree check: expected class \
'd', have 'x' (identifier_node) in check_inner_circular_reference, at java/pars\
e.y:5212

(To test this, I edited the respective class in the source tree to not extend
any class at all, and was able to continue with compiling the tree.)

[richardl@andrew cms]$ gcj --version
gcj (GCC) 3.5.0 20040119 (experimental)

-- 
           Summary: gcj fails to compile a class that extends a class in an
                    external lib
           Product: gcc
           Version: 3.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: richardl at redhat dot com
                CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13800

[Bug java/13800] gcj fails to compile a class that extends a class in an external lib

[richardl at redhat dot com]

------- Additional Comments From richardl at redhat dot com  2004-01-22 16:05 -------
Upon further investigation, I discovered a workaround, namely, fully qualifying
the class that you are extending e.g.,

public class foo extends org.apache.lucene.search.Filter {

}

instead of:

public class foo extends Filter {

}

Fully qualifying the parent class name appears to always be necessary regardless
of whether or not an import for that class exists.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13800

[Bug java/13800] gcj fails to compile a class that extends a class in an external lib

[dhazeghi at yahoo dot com]

------- Additional Comments From dhazeghi at yahoo dot com  2004-01-24 16:14 -------
Can you make a self contained testcase for this?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13800

[Bug java/13800] gcj fails to compile a class that extends a class in an external lib

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-04-15 12:42 -------
No feedback in 3 months (T-9 days).  We can always reopen this bug if you provide the 
needed feedback.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13800