This is the mail archive of the mailing list for the GDB project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFA] W.I.P. AltiVec ppc registers support.

On Thu, Nov 29, 2001 at 04:12:29PM -0700, Kevin Buettner wrote:
> > 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.)

Nothing that abstracted.  I copy the necessary type definitions and
constants from target headers; they are "relatively" guaranteed never
to change.  It's a mess.

There's no point abstracting it any further, I think; the SVR4 code
needs to get at shared library offsets, but only supply_gregset needs
to get at the regsets and that is already target-specific.

Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]