From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Buettner To: Andrew Cagney , Elena Zannoni Cc: Kevin Buettner , Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Date: Thu, 29 Nov 2001 16:27:00 -0000 Message-id: <1011130002533.ZM20054@ocotillo.lan> References: <15365.39495.801289.497931@krustylu.cygnus.com> <1011129183830.ZM18856@ocotillo.lan> <15366.44991.616576.411278@krustylu.cygnus.com> <1011129222000.ZM19585@ocotillo.lan> <15366.47960.711736.518863@krustylu.cygnus.com> <3C06BED3.4070209@cygnus.com> X-SW-Source: 2001-11/msg00590.html On Nov 29, 6:03pm, Andrew Cagney wrote: > >> 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? > > > Whoops, yes, you are right. False alarm. > > So just the core code needs to have a hard-wired (non native header) way > of unpacking Altivec registers (if they are found?)? I'm guessing we'll end up having to add fetch_core_registers() and company to ppc-linux-nat.c. That way neither core-regset.c nor core-aout.c will be used for a native Linux/PPC build. (See fetch_core_registers() in i386-linux-nat.c as an example.) Kevin From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27647 invoked by alias); 30 Nov 2001 00:27:14 -0000 Mailing-List: contact gdb-patches-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 27364 invoked from network); 30 Nov 2001 00:25:56 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by hostedprojects.ges.redhat.com with SMTP; 30 Nov 2001 00:25:56 -0000 Received: from cse.cygnus.com (cse.cygnus.com [205.180.230.236]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id QAA25512; Thu, 29 Nov 2001 16:25:53 -0800 (PST) Received: (from kev@localhost) by cse.cygnus.com (8.9.3/8.9.3) id RAA20055; Thu, 29 Nov 2001 17:25:33 -0700 Date: Tue, 20 Nov 2001 16:00:00 -0000 From: Kevin Buettner Message-ID: <1011130002533.ZM20054@ocotillo.lan> In-Reply-To: Andrew Cagney "Re: [RFA] W.I.P. AltiVec ppc registers support." (Nov 29, 6:03pm) References: <15365.39495.801289.497931@krustylu.cygnus.com> <1011129183830.ZM18856@ocotillo.lan> <15366.44991.616576.411278@krustylu.cygnus.com> <1011129222000.ZM19585@ocotillo.lan> <15366.47960.711736.518863@krustylu.cygnus.com> <3C06BED3.4070209@cygnus.com> X-Mailer: Z-Mail (4.0.1 13Jan97 Caldera) To: Andrew Cagney , Elena Zannoni Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Cc: Kevin Buettner , Daniel Jacobowitz , gdb-patches@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2001-11/txt/msg00375.txt.bz2 Message-ID: <20011120160000.B1e4H1DIfPW7uENFYCsy3ZiASt1TqXQS2tBtVqxN5Z4@z> On Nov 29, 6:03pm, Andrew Cagney wrote: > >> 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? > > > Whoops, yes, you are right. False alarm. > > So just the core code needs to have a hard-wired (non native header) way > of unpacking Altivec registers (if they are found?)? I'm guessing we'll end up having to add fetch_core_registers() and company to ppc-linux-nat.c. That way neither core-regset.c nor core-aout.c will be used for a native Linux/PPC build. (See fetch_core_registers() in i386-linux-nat.c as an example.) Kevin