Re: A note about a GDB BoF topic - libgdbserver

[Tom Tromey <tom@tromey.com>]

Pedro> Of course, another option would be to make gdbserver itself
Pedro> link with libsim.a -- make the sim another gdbserver backend.
Pedro> But that doesn't sound as cool.  ;-)

I looked into this a bit, since I was curious what it would take to make
gdb require target async.

My thought was to have a sort of "libgdbserver" -- basically consisting
of all the non-"target low" files in gdbserver.  Then, write a new low
target somewhere in sim/.

This seemed doable enough, but a bit of a pain as well.  Testing the
sims seems hard, at least for someone like me who isn't up on the
details of the linker scripts to use etc.

Another issue is that gdb lets the sims define a non-standard register
layout.  Maybe this could be reverse-engineered into an XML file that
would be served by the sim.  Or, maybe the sims could be changed to use
gdb's built-in register layout.

Anyway, the main problem is that it looks like a reasonably large amount
of work, but where the impact is low.  This seems especially true since
IIUC, gdb requires even async-capable targets to still support leaving
async mode at times.

Tom