From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30203 invoked by alias); 20 Dec 2001 18:02:16 -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 30037 invoked from network); 20 Dec 2001 18:02:13 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 20 Dec 2001 18:02:13 -0000 Received: from rtl.cygnus.com (cse.cygnus.com [205.180.230.236]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA02577; Thu, 20 Dec 2001 10:02:06 -0800 (PST) Received: (from ezannoni@localhost) by rtl.cygnus.com (8.11.2/8.11.0) id fBKHExe02049; Thu, 20 Dec 2001 12:14:59 -0500 X-Authentication-Warning: localhost.localdomain: ezannoni set sender to ezannoni@cygnus.com using -f From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15394.7315.595329.607447@localhost.localdomain> Date: Thu, 20 Dec 2001 10:02:00 -0000 To: Daniel Jacobowitz Cc: Kevin Buettner , Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. In-Reply-To: <20011129174621.B15429@nevyn.them.org> References: <15365.39495.801289.497931@krustylu.cygnus.com> <1011129183830.ZM18856@ocotillo.lan> <15366.44991.616576.411278@krustylu.cygnus.com> <1011129222000.ZM19585@ocotillo.lan> <20011129174621.B15429@nevyn.them.org> X-Mailer: VM 7.00 under Emacs 20.7.1 X-SW-Source: 2001-12/txt/msg00526.txt.bz2 Daniel Jacobowitz writes: > > > Unfortunately not. I thought the same, until I remembered about core > > > file debugging. That function is called by fetch_core_registers() in > > > core-aout.c. > > > > Hmm... I wonder if Linux/PPC even needs this function in core-aout.c. > > Daniel J. is the expert on this stuff. Daniel, doesn't Linux/PPC use > > core-regset.c instead? > > I'd like to kill our use of core-aout.c. Linux/PPC never used a.out > cores, but unfortunately core-aout.c defines register_addr () as a > wrapper for REGISTER_U_ADDR. The last time I tried to remove > core-aout.c from a platform I got bitten. > > I think, now that we are defining FETCH_INFERIOR_REGISTERS, we can do > without it - infptrace was the only big consumer I see remaining. So > we might be OK without using core-aout.c at all now. Going back to this topic.... Yes, core-aout.c is not needed if we localize the fetch registers stuff to ppc-linux-nat.c. Turns out I was getting errors killing the REGISTER_U_ADDR macro because I hadn't removed core-aout.o from the makefile fragment. I am in the process of testing a patch to just do this. I'll submit it shortly. Elena > My still-unsubmitted cross-core patches for PowerPC remove > core-regset.o also, and very unpleasantly turn ppc-linux-nat.c into a > target-dependant rather than native-dependant file, so that we can grub > through the gregsets by hand. If you've got a better idea I'd love to > hear it :) It will be made somewhat easier by the destruction of > regmap[]. > > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer