From: Stan Shebs <stan@codesourcery.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: gdb-patches@sourceware.org
Subject: Re: Internals manual fixups
Date: Fri, 25 Jul 2008 16:56:00 -0000 [thread overview]
Message-ID: <488A0594.7020901@codesourcery.com> (raw)
In-Reply-To: <usktyytp7.fsf@gnu.org>
Eli Zaretskii wrote:
>> -watchpoints before stepping the inferior.
>> +watchpoints before stepping the inferior. Currently this is only
>> +defined for Solaris x86.
>>
>
> I generally find text that mentions specific hosts a maintenance
> nightmare: we will have to remember from now on to modify it whenever
> some other platform defines this. I prefer saying something vague,
> like "on some platforms".
>
Excellent point. I'll add a comment at the top too.
>> +Returns a @code{(register, offset)} pair representing the virtual
>>
>
> I think it would be better here to give "register" and "offset" the
> @var markup.
>
>
>> +frame pointer in use at the code address @var{pc}.
>>
>
> Btw, saying that this pair "represents the virtual frame pointer"
> seems to be not enough, as the reader is left to wonder what is the
> role of each one of the 2 members of this pair. Please consider
> adding some more details.
>
I'm not sure myself, I just reorganized someone else's text. But I'll
take a look.
>> +(Target header files such as
>> +@file{gdb/config/@var{arch}/tm-@var{ttt}.h},
>> +@file{gdb/config/@var{arch}/tm-@var{arch}.h}, and
>> +@file{config/tm-@var{os}.h} are no longer used.)
>>
>
> Then why mention them at all?
>
Those types of files were in use for many years, and still present in
many versions of GDB. So thinking about it, it seemed that someone
coming from one of those to current GDB would be looking for those
files, and wondering what happened. Normally I wouldn't bother to keep
past bits, but since these files were part of the main porting mechanism
for GDB for nearly two decades, it seems worth at least noting their
past existence.
> Otherwise, this is okay.
>
Thanks!
> Note that I didn't verify that everything you removed is indeed not
> used.
>
I used to have a little script to find discrepancies, no idea where it
is now. It was pre-gdbarch, so would have to be rewritten in any case. I
expect I'll revive it, otherwise it's a painful M x N problem to keep up
with all the retargeting bits. (Had a script for the user's manual too,
found a few undocumented commands that way!)
Stan
next prev parent reply other threads:[~2008-07-25 16:56 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-29 0:08 Stan Shebs
2008-06-30 21:44 ` Eli Zaretskii
2008-07-09 18:20 ` Stan Shebs
2008-07-14 23:11 ` Eli Zaretskii
2008-07-25 13:34 ` Eli Zaretskii
2008-07-25 16:56 ` Stan Shebs [this message]
2008-07-26 6:15 ` Eli Zaretskii
2008-07-29 20:34 ` Stan Shebs
2008-07-25 13:34 ` 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=488A0594.7020901@codesourcery.com \
--to=stan@codesourcery.com \
--cc=eliz@gnu.org \
--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