From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26148 invoked by alias); 6 Jan 2004 22:34:40 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 26116 invoked from network); 6 Jan 2004 22:34:39 -0000 Received: from unknown (HELO desire.geoffk.org) (67.169.96.182) by sources.redhat.com with SMTP; 6 Jan 2004 22:34:39 -0000 Received: from desire.geoffk.org (localhost.localdomain [127.0.0.1]) by desire.geoffk.org (8.12.10/8.12.10) with ESMTP id i06MYTQ0015479; Tue, 6 Jan 2004 14:34:29 -0800 Received: (from geoffk@localhost) by desire.geoffk.org (8.12.10/8.12.10/Submit) id i06MYT01015475; Tue, 6 Jan 2004 14:34:29 -0800 Date: Tue, 06 Jan 2004 22:34:00 -0000 From: Geoff Keating Message-Id: <200401062234.i06MYT01015475@desire.geoffk.org> To: dje@watson.ibm.com CC: amodra@bigpond.net.au, gcc-patches@gcc.gnu.org, cagney@gnu.org, kettenis@chello.nl, gdb-patches@sources.redhat.com, Ulrich.Weigand@de.ibm.com In-reply-to: <200401062208.i06M8fT34484@makai.watson.ibm.com> (message from David Edelsohn on Tue, 06 Jan 2004 17:08:40 -0500) Subject: Re: Incorrect DWARF-2 register numbers on PPC64? References: <200312182258.hBIMwgT25422@makai.watson.ibm.com> <200312201527.hBKFRHgI000712@elgar.kettenis.dyndns.org> <3FF5A069.1040306@gnu.org> <200401022317.i02NHQBR001191@desire.geoffk.org> <20040106152710.GB2533@bubble.modra.org> <200401061807.i06I7Uu7015387@desire.geoffk.org> <200401061809.i06I9vT26150@makai.watson.ibm.com> <200401062208.i06M8fT34484@makai.watson.ibm.com> X-SW-Source: 2004-01/txt/msg00152.txt.bz2 > Date: Tue, 06 Jan 2004 17:08:40 -0500 > From: David Edelsohn > >>>>> Geoff Keating writes: > > Geoff> Then, doesn't this patch break stabs under ELF? > > The patch only maps the register number for DWARF2_DEBUG: > > + if (regno <= 63 || write_symbols != DWARF2_DEBUG) > + return regno; > > However, there is no reason to waste the time computing a no-op > transformation on targets that do not have a choice of Dwarf2 debugging. OK. It'd probably be better to have this at the toplevel and an undef for AIX, since Darwin will one day have DWARF, but that can be done later. -- - Geoffrey Keating