From: Stan Shebs <stanshebs@earthlink.net>
To: Vladimir Prus <vladimir@codesourcery.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [MI non-stop 0/11] Series overview
Date: Sat, 28 Jun 2008 18:11:00 -0000 [thread overview]
Message-ID: <48667869.2090808@earthlink.net> (raw)
In-Reply-To: <g45se6$569$1@ger.gmane.org>
Vladimir Prus wrote:
> Eli Zaretskii wrote:
>
>
>>> From: Vladimir Prus <vladimir@codesourcery.com>
>>> Date: Sat, 28 Jun 2008 20:33:27 +0400
>>>
>>>
>>> All patches are ready to be committed, except the patch for enabling non-stop
>>> with a single command -- that one needs discussion.
>>>
>> What about documenting the new features?
>>
>
> Why do you think the MI non-stop spec and the thread behaviour spec were written?
> As usual, and even more than usual due to huge amount of text, I'm not going to
> mess with texinfo until I'm sure nobody has big objections about the behaviour.
>
I'm with Eli on this actually. I can sympathize with the desire not to
waste time writing about code that won't go in, but if as you say, the
patches are ready to be committed, and the basic design has already been
approved, then it seems pretty likely that any documentation text will
receive at most minor changes. The specs are good to have too, but
they're not really a replacement for user documentation; in fact they
should be fodder for the internals manual.
A beneficial side effect of preparing doc text with the code is that it
helps reviewers relate the code changes to intended observable behavior,
whereas the spec might or might not be out of date, things having
changed due to implementation issues or feedback on related work.
Stan
next prev parent reply other threads:[~2008-06-28 17:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-28 16:38 Vladimir Prus
2008-06-28 17:33 ` Eli Zaretskii
2008-06-28 17:35 ` Vladimir Prus
2008-06-28 18:11 ` Stan Shebs [this message]
2008-06-29 5:38 ` Vladimir Prus
2008-06-28 18:20 ` Eli Zaretskii
2008-06-29 5:47 ` Vladimir Prus
2008-06-29 17:49 ` 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=48667869.2090808@earthlink.net \
--to=stanshebs@earthlink.net \
--cc=gdb-patches@sources.redhat.com \
--cc=vladimir@codesourcery.com \
/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