From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20421 invoked by alias); 8 Dec 2002 22:56:01 -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 20407 invoked by uid 71); 8 Dec 2002 22:56:00 -0000 Date: Sun, 08 Dec 2002 14:56:00 -0000 Message-ID: <20021208225600.20406.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: libgcj/8823: gij doesn't handle "Marinda methods" (abstract class that implements interface but doesn't define all methods) Reply-To: Tom Tromey X-SW-Source: 2002-12/txt/msg00469.txt.bz2 List-Id: The following reply was made to PR libgcj/8823; it has been noted by GNATS. From: Tom Tromey To: mark@klomp.org Cc: gcc-gnats@gcc.gnu.org Subject: Re: libgcj/8823: gij doesn't handle "Marinda methods" (abstract class that implements interface but doesn't define all methods) Date: 08 Dec 2002 15:54:04 -0700 >>>>> "Mark" == Mark Wielaard writes: Mark> Number: 8823 Mark> Synopsis: gij doesn't handle "Marinda methods" (abstract class that implements interface but doesn't define all methods) I looked at this today. First, gcj should probably generate a declaration for each such method in the abstract class' .class file. I think there may be another PR on this topic. Second, we definitely have to search for the method in this case. I'm testing a fix; in resolve.cc we now search superinterfaces of abstract classes. Tom