From: Stephane Carrez <stcarrez@nerim.fr>
To: Eli Zaretskii <eliz@elta.co.il>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA]: Document tui reg commands
Date: Sun, 28 Mar 2004 12:32:00 -0000 [thread overview]
Message-ID: <4066C5D4.5010109@nerim.fr> (raw)
In-Reply-To: <6480-Sat13Mar2004182210+0200-eliz@elta.co.il>
[-- Attachment #1.1: Type: text/plain, Size: 2080 bytes --]
Hi!
Eli Zaretskii wrote:
>>Date: Sat, 13 Mar 2004 15:21:50 +0100
>>From: Stephane Carrez <stcarrez@nerim.fr>
>>
>>This is the documentation part of the new TUI reg commands.
>
>
> Thanks.
>
>
>>Ok to commit?
>
>
> Yes, but please fix the following small gotchas:
>
>
>>+@item tui reg float
>>+@kindex tui reg float
>>+Show the floating point registers in the register window.
>>+
>>+@item tui reg general
>>+@kindex tui reg general
>>+Show the general registers in the register window.
>>+
>>+@item tui reg next
>>+@kindex tui reg next
>
>
> There's no need to make a @kindex entry for all the 3 variants of this
> command; a single "@kindex tui reg" will do. In general, it's not
> useful to have several index entries that all begin with the same
> string and all point to the same page, because that doesn't add any
> information to someone who is looking through the index.
>
Ok. I've committed the attached patch in 6_1 and main.
>
>>+ [...] The predefined register groups are the
>>+following: @code{general}, @code{float}, @code{system}, @code{vector},
>>+@code{all}, @code{save}, @code{restore}.
>>+
>>+@item tui reg system
>>+@kindex tui reg system
>>+Show the system registers in the register window.
>
>
> I think we should have a description of at least some of these
> predefined register groups. For example, I could probably easily
> guess what "reg float" or "reg vector" mean, but I have no idea about
> "reg system" or "reg save/restore". I'm afraid a description such as
> "Show the system registers in the register window." doesn't help me to
> unlock this mystery.
>
I agree. The semantics of 'system' is unclear to me. For 'save/restore'
may be the TUI should skip them silently as they are related to gdb internals
(registers that are saved/restored by gdb when it calls inferior functions).
From my point of view, if these groups should ever be documented, they should
be documented outside of the TUI chapter (but today this is the only place
'register group' is mentionned...; apart from mainainters commands...)
Stephane
[-- Attachment #1.2: gdb.texinfo.diffs --]
[-- Type: text/plain, Size: 998 bytes --]
Index: gdb.texinfo
===================================================================
RCS file: /cvs/src/src/gdb/doc/gdb.texinfo,v
retrieving revision 1.201
diff -u -p -r1.201 gdb.texinfo
--- gdb.texinfo 26 Mar 2004 16:15:57 -0000 1.201
+++ gdb.texinfo 28 Mar 2004 12:21:22 -0000
@@ -14236,6 +14236,22 @@ can be affected to another window.
@item refresh
@kindex refresh
Refresh the screen. This is similar to using @key{C-L} key.
+
+@item tui reg float
+@kindex tui reg
+Show the floating point registers in the register window.
+
+@item tui reg general
+Show the general registers in the register window.
+
+@item tui reg next
+Show the next register group. The list of register groups as well as
+their order is target specific. The predefined register groups are the
+following: @code{general}, @code{float}, @code{system}, @code{vector},
+@code{all}, @code{save}, @code{restore}.
+
+@item tui reg system
+Show the system registers in the register window.
@item update
@kindex update
[-- Attachment #2: Type: application/pgp-signature, Size: 253 bytes --]
next prev parent reply other threads:[~2004-03-28 12:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-19 0:09 Stephane Carrez
2004-03-13 14:21 ` Stephane Carrez
2004-03-19 0:09 ` Eli Zaretskii
2004-03-13 16:23 ` Eli Zaretskii
2004-03-28 12:32 ` Stephane Carrez [this message]
2004-03-28 13:40 ` 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=4066C5D4.5010109@nerim.fr \
--to=stcarrez@nerim.fr \
--cc=eliz@elta.co.il \
--cc=gdb-patches@sources.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