> I think it would be good to implement a feature that shows how this > approach is an improvement over the current state of gdb+ptrace or > gdb+gdbserver. > > Exactly what feature this should be... I don't know :-) > I would imagine something performance-related.
My vague notion was that we'd get it working well enough to have basic parity with native or gdbserver on some realish test cases, and then just look at the protocol interaction log to see cases where we could reduce round-trips between gdb and the stub. Some of those are bound to entail protocol extensions and gdb changes to exploit them. Off hand, the Z cases might be the only things that won't need that. Thanks, Roland
