From: Eli Zaretskii <eliz@gnu.org>
To: Vladimir Prus <ghost@cs.msu.su>, gdb@sources.redhat.com
Subject: Re: MI -break-info command issues
Date: Sat, 28 Jan 2006 14:48:00 -0000 [thread overview]
Message-ID: <u4q3ozd0y.fsf@gnu.org> (raw)
In-Reply-To: <20060127171717.GD30826@brasko.net> (message from Bob Rossi on Fri, 27 Jan 2006 12:17:17 -0500)
> Date: Fri, 27 Jan 2006 12:17:17 -0500
> From: Bob Rossi <bob@brasko.net>
> Cc: Vladimir Prus <ghost@cs.msu.su>, gdb@sources.redhat.com
>
> > Historically, GDB/MI was added to the sources without _any_
> > documentation. I needed to lobby those who wrote the code to make
> > some docs available, and finally got a kind of white paper that
> > described what MI _will_ look like; it goes without saying that the
> > reality was quite different. I then needed to edit that document
> > heavily to make it fit into the manual (convert chapters to sections,
> > sections to subsections, fix style and Texinfo usage, etc.) and that
> > is what we have now, basically, except that some portions were
> > improved since then, whenever commands were added/changed.
>
> Eli, one thought I had recently was this. I would like to automate the
> examples, using the testsuite. So that if an MI output command changed,
> the sample would be updated. Do you think this would be possible to do?
I don't like the idea of asking people to install dejagnu+expect just
to produce the docs.
Perhaps we could instead come up with some way of running each of the
MI commands through "gdb -i mi", and capturing the output to produce
the examples for the manual. If you wish to work on this, I'd support
such a change. It would involve extracting the MI commands from the
manual, running GDB, capturing the output, and inserting it into the
examples.
next prev parent reply other threads:[~2006-01-28 13:40 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-24 14:22 Vladimir Prus
2006-01-24 14:48 ` Bob Rossi
2006-01-24 15:02 ` Vladimir Prus
2006-01-24 21:24 ` Eli Zaretskii
2006-01-24 23:35 ` Bob Rossi
2006-01-25 16:05 ` Vladimir Prus
2006-01-25 19:42 ` Eli Zaretskii
2006-01-26 12:09 ` Vladimir Prus
2006-01-26 20:48 ` Eli Zaretskii
2006-01-27 12:16 ` Vladimir Prus
2006-01-27 14:55 ` Eli Zaretskii
2006-01-27 15:00 ` Bob Rossi
2006-01-27 15:12 ` Vladimir Prus
2006-01-27 15:48 ` Daniel Jacobowitz
2006-01-27 15:51 ` Vladimir Prus
2006-01-27 16:01 ` Daniel Jacobowitz
2006-01-27 16:11 ` Daniel Jacobowitz
2006-01-27 16:44 ` Vladimir Prus
2006-01-27 17:00 ` Bob Rossi
2006-02-10 12:03 ` Documenting MI stability (Was: MI -break-info command issues) Vladimir Prus
2006-01-27 17:41 ` MI -break-info command issues Eli Zaretskii
2006-01-27 17:16 ` Eli Zaretskii
2006-01-27 17:53 ` Bob Rossi
2006-01-28 14:48 ` Eli Zaretskii [this message]
2006-01-27 17:12 ` Eli Zaretskii
2006-03-17 17:07 ` -data-read-memory docs (Was: MI -break-info command issues) Vladimir Prus
2006-03-18 11:26 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=u4q3ozd0y.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=gdb@sources.redhat.com \
--cc=ghost@cs.msu.su \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).