This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: RFA: make sim interface use gdbarch methods for collect/supply
On Tue, Jul 06, 2004 at 01:42:54PM -0400, Andrew Cagney wrote:
>
> >>>(I've attached a few of comments that go with TARGET_OBJECT, check the
> >>>archives for qPart)
> >>>
> >>>For regsets, the ``void *buffer/long length'' pair can be replaced by a
> >>>single ``byte array'' object.
> >>>
> >>>The regset code can then send offset/length xfer requests to that ``byte
> >>>array''. For cores, the byte array would extract the bytes from the
> >>>core file; for ptrace, the byte array would extract the bytes using the
> >>>relevant ptrace call; and for the remote inferior, the request would be
> >>>converted into one or more qPart packets (sending the
> >>>regset/offset/length across the wire).
> >>>
> >>>When it comes to a `T' reply, the remote inferior can push
> >>>regset/offset/length data for parts of the regset buffer that it thinks
> >>>are interesting.
>
> >If I'm interpreting your answer right, it is: "don't do anything about
> >it, change the remote protocol instead", right?
>
> No. But going forward we've got to dig our way out of the G/T packet
> bear trap.
>
> >A more practical approach would probably be to maintain a mapping of
> >the remote protocol register numbers to GDB's internal register numbers
> >in addition to register sets. I don't see any problem with that.
>
> From memory, the only thing missing is code to parse a regformats file.
I did eventually intend for them to be used by the client. I'll try to
find some round tuits.
--
Daniel Jacobowitz