From: Eli Zaretskii <eliz@gnu.org>
To: dje@google.com (Doug Evans)
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA, doc RFA]: New printing module and info/disable/enable commands
Date: Mon, 01 Nov 2010 04:07:00 -0000 [thread overview]
Message-ID: <83r5f56611.fsf@gnu.org> (raw)
In-Reply-To: <20101101024704.6A4AA2461AF@ruffy.mtv.corp.google.com>
> Date: Sun, 31 Oct 2010 19:47:04 -0700 (PDT)
> From: dje@google.com (Doug Evans)
>
> This patch adds two things: A new python module to assist in writing
> pretty-printers (mostly to formalize some of the administrivia aspects
> to support the new commands), and three new commands:
> info|enable|disable pretty-printer.
Thanks.
> + ** Module gdb.printing has been added.
> + It contains utilities for writing and registering pretty-printers.
> + New classes: PrettyPrinter, SubPrettyPrinter,
> + RegexpCollectionPrettyPrinter.
> + New function: register_pretty_printer.
> +
> + ** New commands "info pretty-printers", "enable pretty-printer" and
> + "disable pretty-printer" have been added.
This is okay.
> +Pretty-printers are normally named. This makes them easy to manage.
> +For example, the @samp{info pretty-printer} command will list all the
> +installed pretty-printers.
It's not clear how "info pretty-printers" is an example of giving
names to pretty-printers. How about
The @samp{info pretty-printer} command will list all the installed
pretty-printers with their names.
> +For pretty-printers that handle multiple types, we call the printer
> +of each individual type a @code{subprinter}, and each subprinter is named.
Suggest to rephrase:
If a pretty-printer can handle multiple data types, then its
@dfn{subprinters} are the printers for the individual data types.
Each such subprinter has its own name.
> +The format of the name is @samp{printer-name}:@samp{subprinter-name}.
Please use @var here, not @code, since both of these stand for
something else, they are not literal symbols.
> +Pretty-printers are installed by @samp{registering} them with @value{GDBN}.
^^^^^^^^^^^^^^^^^^
@dfn, not @samp. You are defining new terminology.
> +@node Pretty-Printer Commands
> +@subsection Pretty-Printer Commands
A @cindex entry here would be good.
> +@var{object-regexp} is a regular expression matching the objects to list.
"Objects to list" or "objects whose pretty-printers to list"?
> +Objects are @code{global}, the program space's file
^^^^^^^^^^^
"Objects can be ...", perhaps?
> +@item disable pretty-printer @var{object-regexp} @var{name-regexp}
> +Disable the pretty-printer matching @var{object-regexp} and @var{name-regexp}.
^^^^^^^^^^^^^^^^^^^^^^^^^^
"Disable pretty-printers", in plural.
> +@item enable pretty-printer @var{object-regexp} @var{name-regexp}
> +Enable the pretty-printer matching @var{object-regexp} and @var{name-regexp}.
^^^^^^^^^^^^^^^^^^^^^^^^^
Ditto.
> +Note that for @code{bar} the entire printer can be disabled,
> +as can each individual @code{subprinter}.
Why is "subprinter" in @code here?
> +When a printer handles several types we call the printer for each type
> +a @code{subprinter}.
@dfn, and I suggest to rephrase as above.
> +@node gdb.printing
> +@subsubsection gdb.printing
An index entry here, please.
Thanks.
next prev parent reply other threads:[~2010-11-01 4:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-01 2:47 Doug Evans
2010-11-01 4:07 ` Eli Zaretskii [this message]
2010-11-02 17:35 ` Doug Evans
2010-11-02 20:31 ` Tom Tromey
2010-11-01 15:09 ` Doug Evans
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=83r5f56611.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=dje@google.com \
--cc=gdb-patches@sourceware.org \
/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