From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28679 invoked by alias); 13 Sep 2004 00:24:07 -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 28647 invoked from network); 13 Sep 2004 00:24:06 -0000 Received: from unknown (HELO gizmo04ps.bigpond.com) (144.140.71.14) by sourceware.org with SMTP; 13 Sep 2004 00:24:06 -0000 Received: (qmail 11630 invoked from network); 13 Sep 2004 00:24:04 -0000 Received: from unknown (HELO psmam06.bigpond.com) (144.135.25.84) by gizmo04ps.bigpond.com with SMTP; 13 Sep 2004 00:24:04 -0000 Received: from cpe-144-136-177-39.sa.bigpond.net.au ([144.136.177.39]) by psmam06.bigpond.com(MAM REL_3_4_2a 116/41433827) with SMTP id 41433827; Mon, 13 Sep 2004 10:24:04 +1000 Received: by bubble.modra.org (Postfix, from userid 500) id AC70510FA4D; Mon, 13 Sep 2004 09:54:03 +0930 Date: Mon, 13 Sep 2004 00:24:00 -0000 From: Alan Modra To: Mattias Jansson Cc: binutils@sources.redhat.com Subject: Re: ld problems Message-ID: <20040913002403.GB7854@bubble.modra.org> Mail-Followup-To: Mattias Jansson , binutils@sources.redhat.com References: <1094913015.8100.9.camel@ithala> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1094913015.8100.9.camel@ithala> User-Agent: Mutt/1.4i X-SW-Source: 2004-09/txt/msg00142.txt.bz2 On Sat, Sep 11, 2004 at 04:30:15PM +0200, Mattias Jansson wrote: > typeinfo for neo::scene::Object: discarded in section > `.gnu.linkonce.r._ZTIN3neo5scene6ObjectE' from > build/scons/debug/engine/libneoengine-debug.a(object.o) > collect2: ld returned 1 exit status You didn't say the target or the version of ld where you found this problem which makes it harder to give an answer because we have to guess these details. I'll guess x86 and 2.15 or one of HJ's 2.15.x releases. You also didn't give the version of gcc. I expect that if someone analysed this problem properly, you would find a reference to the typeinfo symbol in a normal section such as .data or .rodata. What's more, I'll make a wild guess that the reference is made inside some function that requires linkonce semantics itself, and most of the function is defined in sections named .gnu.linkonce.*. If that's the case then this is really a g++ code generation error. However, ld ought to be forgiving in this situation, so this error is also a ld bug. I fixed the ld bug on 2004-08-13 for CVS head, so you might like to try compiling current CVS binutils. You'll get a warning instead of an error. -- Alan Modra IBM OzLabs - Linux Technology Centre