From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9094 invoked by alias); 13 Mar 2006 17:12:52 -0000 Received: (qmail 9075 invoked by uid 48); 13 Mar 2006 17:12:51 -0000 Date: Mon, 13 Mar 2006 17:12:00 -0000 Message-ID: <20060313171251.9074.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug java/26390] Problem dispatching method call when method does not exist in superclass In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "tromey at gcc dot gnu dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2006-q1/txt/msg00377.txt.bz2 List-Id: ------- Comment #6 from tromey at gcc dot gnu dot org 2006-03-13 17:12 ------- I added a main to the reduced test case: public static void main(String[] args) { SwingFramePeer s = new SwingFramePeer(); s.setBounds(); } With this I can almost reproduce the original bug: opsy. gcj --main=pr26390 -o P pr26390.java /tmp/cczetk2m.o(.text+0xd): In function `void pr26390$SwingFramePeer::setBounds()': pr26390.java: undefined reference to `void pr26390$WindowPeer::setBounds()' I say "almost" since from the original report I would expect the missing method to come from SwingWindowPeer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390