From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15725 invoked by alias); 6 Jan 2004 16:02:28 -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 15696 invoked from network); 6 Jan 2004 16:02:27 -0000 Received: from unknown (HELO igw2.watson.ibm.com) (129.34.20.6) by sources.redhat.com with SMTP; 6 Jan 2004 16:02:27 -0000 Received: from sp1n293en1.watson.ibm.com (sp1n293en1.watson.ibm.com [9.2.112.57]) by igw2.watson.ibm.com (8.11.7-20030924/8.11.4) with ESMTP id i06G2N2283380; Tue, 6 Jan 2004 11:02:23 -0500 Received: from makai.watson.ibm.com (localhost [127.0.0.1]) by sp1n293en1.watson.ibm.com (8.11.7-20030924/8.11.7) with ESMTP id i06G2H678952; Tue, 6 Jan 2004 11:02:17 -0500 Received: from makai.watson.ibm.com (localhost [127.0.0.1]) by makai.watson.ibm.com (AIX5.1/8.11.6p2/8.11.0/03-06-2002) with ESMTP id i06G26T29202; Tue, 6 Jan 2004 11:02:06 -0500 Message-Id: <200401061602.i06G26T29202@makai.watson.ibm.com> To: gcc-patches@gcc.gnu.org, Geoff Keating , cagney@gnu.org, kettenis@chello.nl, gdb-patches@sources.redhat.com, Ulrich.Weigand@de.ibm.com Subject: Re: Incorrect DWARF-2 register numbers on PPC64? In-Reply-To: Message from Alan Modra of "Wed, 07 Jan 2004 01:57:10 +1030." <20040106152710.GB2533@bubble.modra.org> 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> Date: Tue, 06 Jan 2004 16:02:00 -0000 From: David Edelsohn X-SW-Source: 2004-01/txt/msg00137.txt.bz2 * config/rs6000/rs6000.c (rs6000_dbx_register_number): New function. * config/rs6000/rs6000-protos.h (rs6000_dbx_register_number): Declare. * config/rs6000/rs6000.h (DWARF_FRAME_REGNUM): Define. (DWARF_REG_TO_UNWIND_COLUMN): Correct column adjustment and comment. * config/rs6000/sysv4.h (DBX_REGISTER_NUMBER): Define. This looks okay. I assume that a matching GDB change will be applied as well. Thanks, David