From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 809 invoked by alias); 29 Nov 2001 23:15:07 -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 31905 invoked from network); 29 Nov 2001 23:13:47 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by hostedprojects.ges.redhat.com with SMTP; 29 Nov 2001 23:13:47 -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 PAA19280; Thu, 29 Nov 2001 15:12:45 -0800 (PST) Received: (from kev@localhost) by cse.cygnus.com (8.9.3/8.9.3) id QAA19792; Thu, 29 Nov 2001 16:12:29 -0700 Date: Tue, 20 Nov 2001 09:07:00 -0000 From: Kevin Buettner Message-Id: <1011129231229.ZM19791@ocotillo.lan> In-Reply-To: Daniel Jacobowitz "Re: [RFA] W.I.P. AltiVec ppc registers support." (Nov 29, 5:46pm) 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: Z-Mail (4.0.1 13Jan97 Caldera) To: Daniel Jacobowitz Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Cc: Elena Zannoni , gdb-patches@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2001-11/txt/msg00367.txt.bz2 On Nov 29, 5:46pm, Daniel Jacobowitz wrote: > > 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. That's what I was hoping. Maybe Elena could try it out and let us know? > 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[]. I haven't seen your patches, but I imagine you have a table of constants or some such that represent offsets and sizes of members in the regsets? (I.e, something similar to what I did for SVR4 shared library offsets.) If that's the approach, then the only real problem I have with it is accurately generating (and maintaining) the tables. The SVR4 shared library tables are compact enough to easily generate by hand. The regset data is quite a lot larger and I would think you'd want to generate this data through more automatic means. (I.e, via a program that you'd compile and and then run on the target.) Kevin From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Buettner To: Daniel Jacobowitz Cc: Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Date: Thu, 29 Nov 2001 15:15:00 -0000 Message-ID: <1011129231229.ZM19791@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> <20011129174621.B15429@nevyn.them.org> X-SW-Source: 2001-11/msg00582.html Message-ID: <20011129151500.KzpVN7JuhK-HbJLdfr1kBj6hdHPzo3xdC2-ZMD65Gig@z> On Nov 29, 5:46pm, Daniel Jacobowitz wrote: > > 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. That's what I was hoping. Maybe Elena could try it out and let us know? > 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[]. I haven't seen your patches, but I imagine you have a table of constants or some such that represent offsets and sizes of members in the regsets? (I.e, something similar to what I did for SVR4 shared library offsets.) If that's the approach, then the only real problem I have with it is accurately generating (and maintaining) the tables. The SVR4 shared library tables are compact enough to easily generate by hand. The regset data is quite a lot larger and I would think you'd want to generate this data through more automatic means. (I.e, via a program that you'd compile and and then run on the target.) Kevin