Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Gary Funck" <gary@intrepid.com>
To: <gdb@sourceware.org>
Cc: <bauerman@br.ibm.com>, "'Jim Blandy'" <jimb@codesourcery.com>,
	        "'Paul Koning'" <pkoning@equallogic.com>
Subject: RE: GDB in C++
Date: Wed, 11 Jul 2007 21:00:00 -0000	[thread overview]
Message-ID: <00cd01c7c3fe$94f87990$0a0a0a0a@DELORIAN> (raw)
In-Reply-To: <m34pkabrmg.fsf@codesourcery.com>

 

> -----Original Message-----
> From: Jim Blandy
> Sent: Wednesday, July 11, 2007 1:41 PM
[...]
> 
> We have a GDB wiki: http://sourceware.org/gdb/wiki/
> 
> I wouldn't object to moving the internals documentation there.
> High-level organization is pretty key to effective documentation,
> though, so the wiki would need aggressive gardening.  It would
> probably be good for it to have an appointed editor, to avoid ending
> up with two or three competing theories for the overall organization.

If the GDB internals document were maintained as part of the
GDB source tree, then presumably each version of that document
will closely track the state of the source tree that it is part of.

If the GDB internals document is maintained in the GDB WIKI
then it likely tracks the state of the trunk of the development
source tree.

There are pros/cons to both approaches.

What are the advantages of moving the internal documentation to
the WIKI?  Is there an idea that by being in WIKI format that
developers (even casual developers) will be more likely contribute
to the internal documentation, rather than marking up the internal
document as it currently exists?

I notice that the WIKI
http://sourceware.org/gdb/wiki/
doesn't appear to have a discussion page (ala Wikipedia).  I think
there may be value in such a thing, because developers and users
can discuss internals documentation issues before committing to
updating the document.  Thus, some internals info. can be made
available before the time is taken to rework that information into
prose.

In my opinion, it likely isn't the current format of the internals
documentation that is holding back further development of that
documentation,
but I would be interested in hearing counter-opinions.

  - Gary


  reply	other threads:[~2007-07-11 21:00 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-30 14:56 Michael Eager
2007-07-01 20:54 ` Daniel Jacobowitz
2007-07-02  1:33   ` Joel Brobecker
2007-07-03  3:49     ` Michael Eager
2007-07-03  7:55       ` Mark Kettenis
2007-07-11 21:04     ` Jan Kratochvil
2007-07-02  7:21   ` Mark Kettenis
2007-07-03  3:57     ` Michael Eager
2007-07-03  7:03       ` Fabian Cenedese
2007-07-03 12:14         ` Robert Dewar
2007-07-03 19:09           ` Gary Funck
2007-07-11 19:47             ` Thiago Jung Bauermann
2007-07-11 19:59               ` Paul Koning
2007-07-11 20:41                 ` Jim Blandy
2007-07-11 21:00                   ` Gary Funck [this message]
2007-07-11 21:32                   ` Daniel Jacobowitz
2007-07-11 21:38                     ` Robert Dewar
2007-07-12  3:16                     ` Eli Zaretskii
2007-07-12  2:24               ` Michael Eager
2007-07-13 20:21                 ` Thiago Jung Bauermann
2007-07-13 20:55                   ` Eli Zaretskii
2007-07-13 21:24                     ` Thiago Jung Bauermann
2007-07-12  3:11               ` Eli Zaretskii
2007-07-11 21:11           ` Gary Funck
2007-07-02 20:21   ` David Daney
2007-07-02 20:28     ` Daniel Jacobowitz

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='00cd01c7c3fe$94f87990$0a0a0a0a@DELORIAN' \
    --to=gary@intrepid.com \
    --cc=bauerman@br.ibm.com \
    --cc=gdb@sourceware.org \
    --cc=jimb@codesourcery.com \
    --cc=pkoning@equallogic.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