From: Eli Zaretskii <eliz@gnu.org>
To: Tom Tromey <tromey@redhat.com>
Cc: stanshebs@earthlink.net, gdb-patches@sourceware.org
Subject: Re: FYI: minsyms documentation
Date: Tue, 03 Jan 2012 08:17:00 -0000 [thread overview]
Message-ID: <E1RhzY6-0007lK-So@fencepost.gnu.org> (raw)
In-Reply-To: <m3obulhi6g.fsf@fleche.redhat.com> (message from Tom Tromey on Mon, 02 Jan 2012 15:07:51 -0700)
> From: Tom Tromey <tromey@redhat.com>
> Cc: Stan Shebs <stanshebs@earthlink.net>, gdb-patches@sourceware.org
> Date: Mon, 02 Jan 2012 15:07:51 -0700
>
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
>
> Stan> Are newbies learning by reading the manual, or reading the code?
>
> Eli> What newbies? The people who hack at the core features of GDB can be
> Eli> counted on fingers of a single hand, and they didn't change in years.
>
> There have been multiple new contributors since I started seriously
> working on GDB 3 years ago.
I was not talking about contributors. I was talking about people who
dare hacking at the core features and making structural changes that
cross boundaries of APIs.
> Eli> Again, the current content of that manual can only do a mis-service,
> Eli> so redistributing it is wasted effort.
>
> This is not entirely true. Some of gdbint.texinfo is badly out of date,
> but some of it is still relevant.
Without a clear markings which are which, and with large parts of it
badly outdated, it is still a reader-unfriendly document, reading
which runs a very high risk of learning misleading or downright
incorrect information.
Emacs development has a habit that a release requires careful review
of the documentation for inaccuracies, stale or incorrect information,
etc. We don't have such process; perhaps we should introduce it.
> For example, it is still the only documentation for ui-out and for
> cleanups
I'm willing to bet that even these parts are no longer entirely
accurate or complete, even though at the time they were written, they
were exemplary stuff.
> due to licensing, I think that text cannot be moved into comments in
> the code without special dispensation from the FSF.
This problem can be easily solved: read the text in the manual, close
it, then write the docs in the source files without looking at the
manual, but just at the code. The result will be different enough
from the original to side-step the copyright issue. If needed,
another person (e.g., me) can edit the comments to remove any
semblance to the original that sneak in.
next prev parent reply other threads:[~2012-01-03 8:17 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-22 4:44 Tom Tromey
2011-12-22 5:17 ` Joel Brobecker
2011-12-22 20:13 ` Stan Shebs
2011-12-22 20:21 ` Tom Tromey
2011-12-22 21:06 ` Eli Zaretskii
2011-12-23 4:21 ` Stan Shebs
2011-12-23 16:01 ` Eli Zaretskii
2012-01-02 22:08 ` Tom Tromey
2012-01-03 8:17 ` Eli Zaretskii [this message]
2011-12-24 7:45 ` Yao Qi
2011-12-24 13:21 ` Eli Zaretskii
2012-01-02 22:08 ` Tom Tromey
2012-01-03 8:18 ` Eli Zaretskii
2011-12-22 21:18 ` Stan Shebs
2011-12-23 10:38 ` Joel Brobecker
2012-01-02 22:14 ` Tom Tromey
2012-01-03 2:53 ` Joel Brobecker
2012-01-03 11:05 ` Pedro Alves
2012-01-03 13:21 ` commands.h and cli/cli-decode.h dups (was: Re: FYI: minsyms documentation) Pedro Alves
2012-01-03 14:57 ` commands.h and cli/cli-decode.h dups Tom Tromey
2012-01-03 17:11 ` Joel Brobecker
2012-01-05 11:40 ` Pedro Alves
2012-01-03 11:18 ` FYI: minsyms documentation Pedro Alves
2012-01-15 18:49 ` Michael Eager
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=E1RhzY6-0007lK-So@fencepost.gnu.org \
--to=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=stanshebs@earthlink.net \
--cc=tromey@redhat.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