complete GDB MI specification

Dave Korn dave.korn@artimi.com
Wed Dec 8 17:01:00 GMT 2004


> -----Original Message-----
> From: gdb-owner On Behalf Of Konstantin Karganov
> Sent: 08 December 2004 16:45

> > But basically, I think that once the Yacc parser is written and
> > becomes part of GDB, we should maintain the parser instead of
> > documenting the grammar.
> Yes, I've also got this idea - it's better not to develop parsers
> every time from the scratch, but to have a "standard" parser since it
> fits the main goal of the MI interface project. In this case it can be
> easily made consistent with current MI version (as supported by the
> same team). Anyhow, the detailed semantics description of the parser
> output should be available, here I completely disagree with the
> position "maintain instead of documenting" (literally, as it was
> mentioned).


  Maybe the best solution would be to use one of those auto-documentation format
where comments in the source code for the parser are extracted and used to
generate the docs?  I quite like doxygen, but it's probably not the right tool
for this job: a) it would be yet another tool that developers would have to
install in addition to all the auto* tools etc., b) it's a rather overengineered
and heavyweight solution to the problem and c) it doesn't generate .texi output
(AFAIR, but don't quote me on that).

  Actually, maybe the simplest solution would be to provide a second yacc
parser, to parse the comments out of the first parser and output them in .texi
format so they can be included in the documentation build automatically....

    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....



More information about the Gdb mailing list