From: Doug Evans <dje@google.com>
To: Yao Qi <yao@codesourcery.com>
Cc: gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH 1/3] change gdbserver to use hashtab: list->table
Date: Wed, 29 Jan 2014 05:45:00 -0000 [thread overview]
Message-ID: <CADPb22QTpng_opbqE=Hvc4cmKfiipOZMsTA_vqSWpq5NOm3FcA@mail.gmail.com> (raw)
In-Reply-To: <52E3ADB8.60707@codesourcery.com>
On Sat, Jan 25, 2014 at 4:27 AM, Yao Qi <yao@codesourcery.com> wrote:
>> 2014-01-24 Doug Evans <dje@google.com>
>>
>> * inferiors.h (struct inferior_table): Renamed from struct
>> inferior_list. All uses updated.
>> (struct inferior_table_entry): Renamed from struct
>> inferior_list_entry. All uses updated.
>> (add_inferior_to_table): Renamed from add_inferior_to_list.
>> * inferiors.c (*): Update.
>
> Do we need entries like this? Since "All uses updated" is written
> above, probably we don't need these entries. In gnu coding standards:
>
> "When you change the calling sequence of a function in a simple
> fashion, and you change all the callers of the function to use the new
> calling sequence, there is no need to make individual entries for all
> the callers that you changed. Just write in the entry for the function
> being called, “All callers changed”"
That's a very good question, and the answer is "We haven't agreed on
how to apply that rule from the gnu coding standards."
Some go for listing everything function that is not in the same file
that the originating change was in.
Some go for applying the rule throughout (which is what you're
advocating), regardless of which files are touched.
I prefer the latter, but until we have a clear agreement on how to
write these kinds of entries, I sometimes punt and just go with the
flow. And that is why I wrote it that way.
prev parent reply other threads:[~2014-01-29 5:45 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-25 1:12 Doug Evans
2014-01-25 12:29 ` Yao Qi
2014-01-26 1:48 ` Yao Qi
2014-01-26 23:01 ` Doug Evans
2014-01-29 5:45 ` Doug Evans [this message]
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='CADPb22QTpng_opbqE=Hvc4cmKfiipOZMsTA_vqSWpq5NOm3FcA@mail.gmail.com' \
--to=dje@google.com \
--cc=gdb-patches@sourceware.org \
--cc=yao@codesourcery.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