This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: [Various] obsoleting the annotate level 2 interface
> Um, by stable you mean? Each iteration of GDB leads to changes in both
> the MI and the CLI. However, at at least with the MI those changes are
> identified, documented and tested.
By stable I mean that the set of commands and their output are reasonably
stable and do not change significantly from one version to another.
> People have been working on that. Apple has a hacked GDB where it works
> NOW!
Right, that's not acceptable in the context of a multipurpose and portable
GUI front-end, where basically people can plug the version of gdb they like.
So Apple's approach of hacking a particular version of gdb is not feasible,
and not something that can be maintained in the long run.
> The problems they have encountered have been turned into bug reports.
> See the bug database. The only big one is the console and both Apple
> and Eclipse managed to hack around it.
Does it mean that there are no plans to actually fix this critical missing
feature, and that each front-end will have to "hack around it" ?
I will look again at Eclipse support for gdb. Last time I looked, its
support was relatively simple, certainly not at the same level than what
GVD offers.
Arno