From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22442 invoked by alias); 8 Mar 2007 18:26:31 -0000 Received: (qmail 22434 invoked by uid 22791); 8 Mar 2007 18:26:30 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 08 Mar 2007 18:26:25 +0000 Received: from dsl093-172-095.pit1.dsl.speakeasy.net ([66.93.172.95] helo=caradoc.them.org) by nevyn.them.org with esmtp (Exim 4.63) (envelope-from ) id 1HPNJh-0001co-0P; Thu, 08 Mar 2007 13:26:17 -0500 Received: from drow by caradoc.them.org with local (Exim 4.63) (envelope-from ) id 1HPNJd-0005hD-Rr; Thu, 08 Mar 2007 13:26:13 -0500 Date: Thu, 08 Mar 2007 18:26:00 -0000 From: Daniel Jacobowitz To: Roland Puntaier Cc: gdb@sources.redhat.com Subject: Re: Antwort: Re: relocations when doing file command at gdb prompt Message-ID: <20070308182613.GA21816@caradoc.them.org> Mail-Followup-To: Roland Puntaier , gdb@sources.redhat.com References: <20070308160501.GA8042@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-03/txt/msg00143.txt.bz2 On Thu, Mar 08, 2007 at 06:54:16PM +0100, Roland Puntaier wrote: > > So, it's relocated already, but the relocations are still present. > > No wonder GDB is doubling them. > > ... > > I don't see how we can sensibly distinguish the two cases. What > > toolchain produced this file? > GCC, but with -Wl,-q,-shared,-T,"YYY.x", i.e shared and with modified > linker script, and the relocation info is kept because of a > post-processing using it. Yes, I've seen this technique before. We need to find something to do about it. It may mean dropping support for the old form, where shared libraries needed the relocations, and applying them only for ET_REL objects. -- Daniel Jacobowitz CodeSourcery