From: teawater <teawater@gmail.com>
To: "Pedro Alves" <pedro@codesourcery.com>
Cc: gdb-patches@sourceware.org
Subject: Re: GDB record patch 0.1.6 for GDB branch msnyder-reverse-20080609-branch release
Date: Fri, 04 Jul 2008 06:05:00 -0000 [thread overview]
Message-ID: <daef60380807032304i23ae694je7c5b74518b35c0d@mail.gmail.com> (raw)
In-Reply-To: <200807031442.41033.pedro@codesourcery.com>
Hi Pedro,
Thanks for your advice. I will try my best on format in next version.
BTW, I use "indent -gnu xxx.c" to deal with format case. How do you
think about it?
Thanks,
teawater
On Thu, Jul 3, 2008 at 21:42, Pedro Alves <pedro@codesourcery.com> wrote:
> Hi,
>
> A Thursday 03 July 2008 13:58:33, teawater wrote:
>> On Thu, Jul 3, 2008 at 17:29, teawater wrote:
>> > Please give me your advice about GDB record. Thanks a lot. :)
>
> I have one request to make. I tried to skim through your
> patch, looking at places that touch common code, but the fact that
> a lot of it seems to be mere formatting changes, makes it very hard
> to see what's going on. Could you make sure your next revision
> doesn't have those spurious formatting changes? E.g., infrun.c has
> a lot of those. The benefit to you, is that if you get rid of those
> changes, it will be easier to maintain your patch when the base
> your applying it to changes, that is, you'll get lesser conflicts.
>
> I'd advise you to look a bit at these:
>
> http://sourceware.org/gdb/current/onlinedocs/gdbint_15.html#SEC120
> http://www.gnu.org/prep/standards/standards.html#Formatting
>
> Pure formatting fixes should be submitted/done separatelly.
> It's usually ok to fix the formatting of surrounding code where
> you're making fixes or adding functionality, but spurious changes
> all over makes it distracting and hard to make sense of the patch.
>
> There are many formatting issues you're making in your new code,
> that sooner or later you'll have to fix. Better be aware of
> it early on.
>
> E.g.:
> + if (record_arch_list_add_reg (I386_EAX_REGNUM))
> + {
> + return (-1);
> + }
>
> Should be:
> + if (record_arch_list_add_reg (I386_EAX_REGNUM))
> + return -1;
>
> Doesn't mean that you need to rush and fix them all
> now (if you do, great), but those will have to be fixed anyway,
> if/when inclusion is considered.
>
> Thanks for your hard work!
>
> --
> Pedro Alves
>
next prev parent reply other threads:[~2008-07-04 6:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-03 9:31 teawater
2008-07-03 12:59 ` teawater
2008-07-03 13:43 ` Pedro Alves
2008-07-04 6:05 ` teawater [this message]
2008-07-04 10:55 ` Pedro Alves
2008-07-06 4:23 ` teawater
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=daef60380807032304i23ae694je7c5b74518b35c0d@mail.gmail.com \
--to=teawater@gmail.com \
--cc=gdb-patches@sourceware.org \
--cc=pedro@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