This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: PR java/21436: imported type name for superclass, with multifilecompilation
- From: Andrew Haley <aph at redhat dot com>
- To: Paolo Bonzini <paolo dot bonzini at lu dot unisi dot ch>
- Cc: java-patches at gcc dot gnu dot org, GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Tue, 10 May 2005 11:04:06 +0100
- Subject: Re: PR java/21436: imported type name for superclass, with multifilecompilation
- References: <4280788D.60609@lu.unisi.ch>
Paolo Bonzini writes:
>
> 2005-05-05 Paolo Bonzini <bonzini@gnu.org>
>
> PR java/21436
>
> * class.c (maybe_layout_super_class): Look for imports in this_class.
> * parse.h (ctxp_for_generation_last): New.
> (do_resolve_class): Add a parameter.
> * parse.y (ctxp_for_generation_last): New.
> (java_pop_parser_context): Add at end of list.
> (find_in_imports, find_in_imports_on_demand): Look in ctxp
> if the TYPE_IMPORT_LIST or respectively the TYPE_IMPORT_DEMAND_LIST of
> the given type are NULL.
> (do_resolve_class): Look into the imports of the new second parameter.
> Adjust recursive calls.
> (resolve_class, resolve_inner_class, find_as_inner_class): Adjust
> calls to do_resolve_class.
> (create_class): Set the TYPE_IMPORT_LIST and TYPE_IMPORT_DEMAND_LIST.
> (java_complete_class): Do not do that here.
Thanks very much! It looks fine, but I guess we'd better check there
are no jacks regressions. jacks is at http://sourceware.org/mauve/.
Andrew.