From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21069 invoked by alias); 13 Dec 2002 17:26:02 -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 21055 invoked by uid 71); 13 Dec 2002 17:26:01 -0000 Date: Fri, 13 Dec 2002 09:26:00 -0000 Message-ID: <20021213172601.21054.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/8899: gcj confused over local classes Reply-To: Tom Tromey X-SW-Source: 2002-12/txt/msg00763.txt.bz2 List-Id: The following reply was made to PR java/8899; it has been noted by GNATS. From: Tom Tromey To: gbenson@redhat.com Cc: gcc-gnats@gcc.gnu.org Subject: Re: java/8899: gcj confused over local classes Date: 13 Dec 2002 10:20:25 -0700 >>>>> "Gary" == Gary Benson writes: Gary> Number: 8899 Gary> Synopsis: gcj confused over local classes Gary> | public class Test { Gary> | public void func1() { Gary> | class Foo { Gary> | Foo(int i) { Gary> | } Gary> | } Gary> | Foo f = new Foo(1); Gary> | } Gary> | public void func2() { Gary> | class Foo { Gary> | Foo(boolean b) { Gary> | } Gary> | } Gary> | } Gary> | } I looked at this last night. It turns out that gcj has no notion of scope for member classes. It puts them all in a single list attached to the class. So the problem is that basic required functionality is missing from gcj. Tom