From: Siddhesh Poyarekar <siddhesh@redhat.com>
To: Yao Qi <yao@codesourcery.com>
Cc: <gdb-patches@sourceware.org>
Subject: Re: [obv][commit] Replace one/two use variables with their values
Date: Mon, 17 Sep 2012 10:46:00 -0000 [thread overview]
Message-ID: <20120917161521.682a1273@spoyarek> (raw)
In-Reply-To: <5056FC44.8090207@codesourcery.com>
On Mon, 17 Sep 2012 18:32:36 +0800, Yao wrote:
> ... this part. We define a local variable 'eltlen', and use it
> twice. Isn't a common programming practise? I don't object to this
> patch, but want to know why do we do this change?
Sorry, I should have mentioned this in my original email. I have been
working on adding support for 64-bit struct offset and sizes, which
meant expansion of the bitpos offset and the type.length to 64-bit. The
discussion is here:
http://sourceware.org/ml/gdb-patches/2012-08/msg00144.html
These commits are an attempt to push in some of the more trivial fixes
independently so that the final changeset is as small as possible. The
net change size is still currently at about 7k lines, so I've not
succeeded all that much with this patch at my goal of reducing the
patch size, but I'm still trying :)
Without these independent patches, the bitpos patch would have all
these local variables expanded to ULONGEST, which is more of a
mechanical change that can be avoided in the large patch.
> > - else if (TYPE_CODE (type) == TYPE_CODE_PTR && len == 4)
> > + else if (TYPE_CODE (type) == TYPE_CODE_PTR && TYPE_LENGTH (type)
> > == 4) regcache_raw_read (regcache, M68K_A0_REGNUM, valbuf);
>
> b.t.w, looks your mailer wrap your patch incorrectly.
>
Sorry about that; I copy-pasted the patch when I should have attached
it, due to which claws mercilessly wrapped it at 72 lines. Will watch
out for this.
Regards,
Siddhesh
next prev parent reply other threads:[~2012-09-17 10:46 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-17 9:02 Siddhesh Poyarekar
2012-09-17 10:33 ` Yao Qi
2012-09-17 10:46 ` Siddhesh Poyarekar [this message]
2012-09-17 11:29 ` Yao Qi
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=20120917161521.682a1273@spoyarek \
--to=siddhesh@redhat.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