Re: [PATCH] -stack-info-frames

[Daniel Jacobowitz <drow@false.org>]

On Sun, Jun 19, 2005 at 02:55:05PM -0700, Jason Molenda wrote:
> 86^done,MI_HOOK_RESULT=[HOOK_TYPE="frame_changed",frame="1"]

Yes, I am absolutely positive that we're going to need something like
this, though I'm not sure the model will be quite the same.

On and off I have been working on a better interface for binding
scripting languages to GDB.  I have guile mostly working - the only
hassle is that I don't know squat about actually programming in guile,
so I can't write any of the script-side support code that it needs.  It
should be a cinch to add other languages, e.g. Python or to merge Kip's
Perl bindings.

But the way my interface works, it talks to GDB over an MI interpreter.
We need to find some way to keep an MI frontend informed of what
happens while "its" interpreter is not connected.  What I'm thinking is
that we should be able to have a primary interpreter and multiple
less-primary ones; only one accepts input at a time; most commands only
respond to the console they got input from; and certain notifications,
sort of like annotations in principle, go to any open channels.


-- 
Daniel Jacobowitz
CodeSourcery, LLC