From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21571 invoked by alias); 28 May 2003 19:16:31 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 21547 invoked from network); 28 May 2003 19:16:30 -0000 Received: from unknown (HELO amdext2.amd.com) (163.181.251.1) by sources.redhat.com with SMTP; 28 May 2003 19:16:30 -0000 Received: from SAUSGW02.amd.com (sausgw02.amd.com [163.181.250.22]) by amdext2.amd.com (8.12.8/8.12.8/AMD) with ESMTP id h4SJ8tqK025934 for ; Wed, 28 May 2003 14:16:27 -0500 (CDT) Received: from 163.181.250.1SAUSGW01.amd.com with ESMTP (AMD SMTP Relay (MMS v5.0)); Wed, 28 May 2003 14:16:11 -0500 X-Server-Uuid: 262C4BA7-64EE-471D-8B02-117625D613AB Received: from timon.amd.com (timon.amd.com [163.181.34.103]) by amdint2.amd.com (8.12.8/8.12.8/AMD) with ESMTP id h4SJG0A3016211 for ; Wed, 28 May 2003 14:16:00 -0500 (CDT) Received: from lard.amd.com (IDENT: CXmPjczkd90Zagi/NXnBnMkyz4Fv97Qg@lard.amd.com [163.181.14.233]) by timon.amd.com (8.11.6/8.11.6) with ESMTP id h4SJIc323880; Wed, 28 May 2003 14:18:38 -0500 (CDT) Received: (from zochd@localhost) by lard.amd.com ( 8.9.3/8.9.3/8.9.3-MPD-evision: 1.5 $) id OAA29295; Wed, 28 May 2003 14: 15:59 -0500 Date: Wed, 28 May 2003 19:23:00 -0000 From: "Donald Zoch" To: binutils@sources.redhat.com, donald.zoch@amd.com Subject: Re: undefined virtual table references in 2.12 and later Message-ID: <20030528141559.D2266@lard.amd.com> References: <20030528134335.C2266@lard.amd.com> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.3.20i X-WSS-ID: 12CBD5711403388-01-01 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit X-SW-Source: 2003-05/txt/msg00815.txt.bz2 > > >From what I can tell though, in my libgcc.a (I'm using gcc 2.95.3), > > the symbols are defined as weak objects, but then undefined several > > times also: > > > > 00000000 V bad_exception virtual table > > 00000000 V exception virtual table > > U exception virtual table > > U exception virtual table > > U exception virtual table > > Note that several different symbol names can be demangled into > ``... virtual table''. You should double check the real symbol names, > to make sure this isn't some sort of weird situation in which > different mangling is being used in different places. > > nm demangles by default; the --no-demangle option turns it off. Thanks, but I did double check the real symbol names. The above symbol, exception virtual table appears mangled as __vt_9exception both in one of the objects that it's undefined in libgcc.a:tinfo.o: U exception virtual table with --no-demangle: libgcc.a:tinfo.o: U __vt_9exception and it appears as libgcc.a:exception.o:00000000 V exception virtual table with --no-demangle: libgcc.a:exception.o:00000000 V __vt_9exception Donald ---- Donald Zoch 5900 E. Ben White Blvd. MS 625 Advanced Micro Devices Austin, Tx 78741 MPD Unix Systems Administrator Phone: (512) 602-7945 donald.zoch@amd.com Pager: (512) 604-5401