This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] Fix PR c++/java 11006: ICE on missing class$
- From: Mark Mitchell <mark at codesourcery dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: Volker Reichelt <reichelt at igpm dot rwth-aachen dot de>, gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Thu, 22 Jun 2006 07:52:48 -0700
- Subject: Re: [patch] Fix PR c++/java 11006: ICE on missing class$
- References: <tkrat.48c787bf5b80f75c@igpm.rwth-aachen.de> <17562.35019.223360.342743@dell.pink>
Andrew Haley wrote:
> Volker Reichelt writes:
> > In build_java_class_ref in cp/init.c we have
> >
> > if (jclass_node == NULL_TREE)
> > fatal_error ("call to Java constructor, while %<jclass%> undefined");
> >
> > and
> >
> > if (!field)
> > internal_error ("can't find class$");
> >
> > Is there are reason why we don't emit a regular error and return
> > error_mark_node in these cases? Both conditions can be triggered
> > with user errors (see testcases below) and should be treated as
> > regular errors IMHO.
>
> That seems reasonable to me.
Me too. That change is pre-approved.
--
Mark Mitchell
CodeSourcery
mark@codesourcery.com
(650) 331-3385 x713