This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Patch: gcj access$0 error
- From: Alexandre Petit-Bianco <apbianco at cygnus dot com>
- To: tromey at redhat dot com
- Cc: Gcc Patch List <gcc-patches at gcc dot gnu dot org>, Java Patch List <java-patches at gcc dot gnu dot org>
- Date: Mon, 11 Mar 2002 18:40:58 -0800 (PST)
- Subject: Re: Patch: gcj access$0 error
- References: <87bse147t3.fsf@creche.redhat.com>
- Reply-to: apbianco at redhat dot com
Tom Tromey writes:
> I'm wondering if there is some strange case we need to support, for
> instance a chain like this:
>
> superclass -> derived inner -> top-level subclass -> inner-derived -> here
I'm taking that `->' is a search path that build_access_to_thisn walks
backward from `here.' I don't see how we would have to get to `derived
inner' from `top-level subclass' (I must say I don't see `->' working
any other way. It would clarify if you had an example.)
But I agree that there might unforseen situations not handled, maybe
by build_access_to_thisn and I'd like to address them.
Meanwhile, your patch seems correct to me and improves things a lot. I
ran some supplemental tests, it shows no regressions and improves the
situation a lot with old snapshots of freenet and tomcat. Please check
it in both the branch and the trunk for the time being (unless your
clarification unravels more changes to be made to it.)
./A