From: Paul Koning <paulkoning@comcast.net>
To: Tom Tromey <tromey@redhat.com>
Cc: Li Yu <raise.sail@gmail.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH v2] gdb/python: add missing handling for anonymous members of struct and union
Date: Wed, 19 Oct 2011 20:59:00 -0000 [thread overview]
Message-ID: <2460DAAE-C437-469A-BA1A-47343C5DBB45@comcast.net> (raw)
In-Reply-To: <m3mxcwso51.fsf@fleche.redhat.com>
On Oct 19, 2011, at 4:49 PM, Tom Tromey wrote:
>>>>>> "Paul" == Paul Koning <paulkoning@comcast.net> writes:
>
> Paul> So we have:
> Paul> 1. Type field lookup: flat
> Paul> 2. Type iteration: flat
> Paul> 3. Value field lookup: recursive
> Paul> 4. [Value iteration: flat] (not submitted yet)
>
> Paul> And Yu's proposed change makes #2 recursive (but does not change #1).
>
> Paul> I think minimally things need to be pairwise the same (1 and 2, 3 and
> Paul> 4). It seems most logical for all four to be the same. My preference
> Paul> would be all four recursive, but flat/flat, recursive/recursive is a
> Paul> reasonable fallback especially if we add sample code for recursive
> Paul> walk of gdb.Type to the gdb Python library.
>
> I think making them all 'flat' is probably best.
>
> My reason is that with the proposed patch, I don't think there is a way
> to inspect a Type to discover that it has an anonymous field. But, this
> seems like a reasonable thing to want to do. That is, I think accurate
> introspection is more valuable than notational convenience.
So I think that amounts to rejecting Yu's patch.
Also, given my point 3, does that mean we should change val["foo"] so it doesn't recurse down into anonymous fields as it does today? That would be a change in behavior for an existing feature.
> I would be in favor of helper functions in gdb.types, though.
What did you have in mind?
paul
next prev parent reply other threads:[~2011-10-19 20:58 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-30 11:04 Li Yu
2011-09-30 16:15 ` Paul Koning
2011-10-01 14:01 ` Li Yu
2011-10-01 18:54 ` Paul Koning
2011-10-04 16:37 ` Tom Tromey
2011-10-04 18:05 ` Paul Koning
2011-10-04 20:24 ` Tom Tromey
2011-10-04 20:41 ` Paul Koning
2011-10-19 20:52 ` Tom Tromey
2011-10-19 20:59 ` Paul Koning [this message]
2011-10-20 18:49 ` Tom Tromey
2011-10-25 18:34 ` [RFA] Python: iterator for deep traversal of gdb.Type struct/union fields Paul Koning
2011-10-25 19:03 ` Paul Koning
2011-10-25 20:16 ` Eli Zaretskii
2011-10-26 17:14 ` Paul Koning
2011-10-27 13:01 ` Doug Evans
2011-10-27 14:52 ` Paul_Koning
2011-10-27 19:57 ` Tom Tromey
[not found] ` <09787EF419216C41A903FD14EE5506DD030CF168FB@AUSX7MCPC103.AMER.DELL.COM>
2011-10-27 21:56 ` Paul Koning
2011-10-27 22:14 ` Eli Zaretskii
2011-10-28 14:55 ` Paul Koning
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=2460DAAE-C437-469A-BA1A-47343C5DBB45@comcast.net \
--to=paulkoning@comcast.net \
--cc=gdb-patches@sourceware.org \
--cc=raise.sail@gmail.com \
--cc=tromey@redhat.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