From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-23236-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 18079 invoked by alias); 16 Nov 2005 00:38:21 -0000
Received: (qmail 18046 invoked by uid 22791); 16 Nov 2005 00:38:18 -0000
Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 16 Nov 2005 00:38:18 +0000
Received: from drow by nevyn.them.org with local (Exim 4.54)
	id 1EcBJU-0006ku-Sb; Tue, 15 Nov 2005 19:38:12 -0500
Date: Wed, 16 Nov 2005 00:38:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: Jim Blandy <jimb@red-bean.com>
Cc: Ron McCall <ronald.mccall@snet.net>, gdb@sources.redhat.com
Subject: Re: warning: (Internal error: pc 0xd00 in read in psymtab, but not in symtab.)
Message-ID: <20051116003812.GA25895@nevyn.them.org>
Mail-Followup-To: Jim Blandy <jimb@red-bean.com>,
	Ron McCall <ronald.mccall@snet.net>, gdb@sources.redhat.com
References: <dlc0b4$ic3$1@sea.gmane.org> <20051115204629.32845.qmail@web81206.mail.mud.yahoo.com> <8f2776cb0511151510p1d7fe81dl7aa7a6b439b4622@mail.gmail.com> <20051115232518.GA24754@nevyn.them.org> <8f2776cb0511151612g34ce97ccn9a6b5101615b49f5@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <8f2776cb0511151612g34ce97ccn9a6b5101615b49f5@mail.gmail.com>
User-Agent: Mutt/1.5.8i
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2005-11/txt/msg00306.txt.bz2

On Tue, Nov 15, 2005 at 04:12:14PM -0800, Jim Blandy wrote:
> On 11/15/05, Daniel Jacobowitz <drow@false.org> wrote:
> > No, that doesn't work.  The high address is probably
> > .gnu.linkonce.foo+0x104, which may show up as 0x104 depending on the
> > relocation format in use.
> 
> Checking my understanding:
> 
> When we drop a linkonce section, we also drop all relocs referring to
> symbols defined in that section, or the section's STT_SECTION symbol. 
> (Or do we just make the relocs use STN_UNDEF as their symbol?)  If the

Neither, quite.  We specifically fail to resolve them because they are
in .debug_info; otherwise this would be a fatal error.

> architecture uses RELA relocs, then there's probably a zero sitting in
> the code itself, but if it uses REL, then the addend is in the code,
> so we'll see it when we read the value in GDB.

Yes, that's exactly what I meant.

-- 
Daniel Jacobowitz
CodeSourcery, LLC