Re: java/4715: Tree check failure in check_inner_circular_reference

Re: java/4715: Tree check failure in check_inner_circular_reference

[apbianco]

Synopsis: Tree check failure in check_inner_circular_reference

Responsible-Changed-From-To: unassigned->apbianco
Responsible-Changed-By: apbianco
Responsible-Changed-When: Thu Mar 28 15:37:49 2002
Responsible-Changed-Why:
    Mine.
State-Changed-From-To: open->closed
State-Changed-By: apbianco
State-Changed-When: Thu Mar 28 15:37:49 2002
State-Changed-Why:
    I checked in a patch:
    
      http://gcc.gnu.org/ml/gcc-patches/2002-03/msg01917.html

http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4715

Re: java/4715: Tree check failure in check_inner_circular_reference

[Mark Wielaard]

The following reply was made to PR java/4715; it has been noted by GNATS.

From: Mark Wielaard <mark@klomp.org>
To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, 
	nobody@gcc.gnu.org, java-prs@gcc.gnu.org, bryce@waitaki.otago.ac.nz
Cc:  
Subject: Re: java/4715: Tree check failure in check_inner_circular_reference
Date: 09 Jan 2002 15:13:10 +0100

 Hi,
 
 The patch that Tom attached works for me to get around the issue that
 I reported on the Classpath mailing list.
 <http://mail.gnu.org/pipermail/classpath/2002-January/001694.html>
 
 Cheers,
 
 Mark

java/4715: Tree check failure in check_inner_circular_reference

[bryce]

>Number:         4715
>Category:       java
>Synopsis:       Tree check failure in check_inner_circular_reference
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Oct 28 04:26:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Bryce McKinlay
>Release:        trunk
>Organization:
>Environment:
powerpc-unknown-linux-gnu
>Description:
Building libgcj's java.util package with multiple file input yields a tree check failure. It looks like check_inner_circular_reference can run into unresolved/unloaded classes in certain circumstances, in this case java.util.AbstractMap is a POINTER_TYPE instead of a DECL_TYPE?

A workaround is to add:

if (TREE_CODE (su) == POINTER_TYPE)
  return NULL_TREE;


>How-To-Repeat:
$ cd gcc/libjava
$ gcj -c java/util/*.java -o java-util.o            
./java/util/LinkedHashMap.java:0: Tree check: expected class 'd', have 'x' (identifier_node) in check_inner_circular_reference, at java/parse.y:5245

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: