GDB/MI (Was: Embedded development)

jbb jbb at kdevelop.org
Wed Sep 14 09:44:08 UTC 2005


On Wednesday 14 September 2005 19:23, Vladimir Prus wrote:
> On Wednesday 14 September 2005 11:14, jbb wrote:
> > > How about:
> > > debuggers
> > > debuggers/GDB_shell
> >
> > debuggers/GDB_shell should be debuggers/GDB_CLI, I suspect.
> >
> > > debuggers/GBD_MI
> > > debuggers/ ....
> > >
> > > instead of
> > > languages/c++/debugger
> > > languages/java/debugger
> >
> > I think this is a good suggestion. What says you, Vladimir?
>
> I'd so as far as suggest this:
>
>   debugger/interfaces
>   debugger/ui
>   debugger/backend/gdb_mi
>   debugger/backend/python
>
> Where there will be some possible debugger interfaces (ValueAccess,
> Breakpoints, MemoryReading) and specific backends will implement whatever
> interfaces they can. The debugger UI will then query supported interfaces
> and enable/disable the specific windows. Say, python debugger backend will
> report that it can't display raw memory, and the memory viewer will
> disappear.
>
> How does that sound?

Sigh - I've been too long away from this type of code. 

It sounds.... flexible and good.
It also sounds like a rewrite :-)

FWIW. I think the frontend isn't a lot of code, (it's just a bit intricate in 
places :-) So a rewrite isn't quite as large a task as it may sound.

jbb




More information about the KDevelop-devel mailing list