This is the mail archive of the gdb-patches@sources.redhat.com 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.


> 
> 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.)

Isn't the situtation with core files identical to shlibs?  If the layout 
changed then an old GDB couldn't debug new core files and a new GDB 
couldn't debug old core files.  To avoid this, people do stuff like put 
new register sets into new sections.

enjoy,
Andrew



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