From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25390 invoked by alias); 31 Dec 2002 16:16:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 25369 invoked by uid 71); 31 Dec 2002 16:16:03 -0000 Date: Tue, 31 Dec 2002 08:16:00 -0000 Message-ID: <20021231161603.25367.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/8939: Class files produced by gcj are incompatible with Sun's vm Reply-To: Tom Tromey X-SW-Source: 2002-12/txt/msg01466.txt.bz2 List-Id: The following reply was made to PR java/8939; it has been noted by GNATS. From: Tom Tromey To: bhun@chello.nl Cc: gcc-gnats@gcc.gnu.org Subject: Re: java/8939: Class files produced by gcj are incompatible with Sun's vm Date: 31 Dec 2002 09:12:47 -0700 >>>>> "Tom" == Tom Tromey writes: Tom> 395: invokespecial #223= Tom> The method in question is in fact private. Most likely there is Tom> a special member class rule here that I'm unaware of; more Tom> research required. I looked some more. It turns out that the reason is obvious: the method is private in another class. There is no special rule for a member class; we simply can't call this method. The JDK handles this case by adding an accessor method. That is what we need to do as well. Tom