Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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
>


  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