Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pierre-Marie de Rodat <derodat@adacore.com>
To: Pedro Alves <palves@redhat.com>,
	 GDB Patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Add proper handling for non-local references in nested functions
Date: Tue, 09 Jun 2015 21:46:00 -0000	[thread overview]
Message-ID: <55775EB0.4080701@adacore.com> (raw)
In-Reply-To: <55685B60.3000004@redhat.com>

Pedro,

On 05/29/2015 02:28 PM, Pedro Alves wrote:
>> This would look cleaner indeed. It's a big change itself though so if
>> most consider this as a good idea I don't mind doing it... although it
>> would be for another commit!
>
> I would think it great if someone did that.  :-)

Okay... I may give it a try, then. ;-)

> Thanks for the update, and sorry about the delay.

No problem. I probably won't be able to resume my work on this until 
July, so more delay is to be expected. :-/ The good news is that then, 
my GCC patches to fix the corresponding DWARF may be integrated. :-)

> This overall looks very reasonable to me.  It's fine with me to
> let the core changes in, and address Python API issues separately.

Understood, thanks.

> Add:
>
> /* See block.h.  */

I will.

> It'd be great if you could skim over the patch add any missing
> function intro comments.  You've already done a good job at that,
> I think only here and there missed it.

Will double-check and fix.

>> +       VAR_BLOCK is needed there's a possibility for VAR to be outside FRAME.
>
> I think an "if" is missing after "needed".

Absolutely.

>> -      val = read_var_value (var, frame);
>> +      /* READ_VAR_VALUE needs a block in order to deal with non-local
>> +	 references (i.e. to handlee nested functions). In this context, we
>
> typo "handle".  Double space after period.

Will fix.

>> +# Please email any bugs, comments, and/or additions to this file to:
>> +# bug-gdb@gnu.org
>
> It no longer makes sense to add this email address to tests.  Please
> drop it (here and elsewhere).

Sure.

>> +void iter_str (const char *str, void (*callback) (char c))
>
> Could you make this follow GNU formatting?  That is:
>
> void
> iter_str (const char *str, void (*callback) (char c))
>
> Here and elsewhere.

I will.

>> +
>> +# Check we get correct values for both local and non-local variable references.
>> +
>> +# Note that in order to get the following test passing, one has to use a
>> +# patched GCC: see <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927>.
>> +gdb_test "print first"        "1"
>> +gdb_test "print parent_first" "1"
>
> Please make this XFAIL instead of FAIL with unpatched GCC.
>
> Otherwise looks good to me.

Ok. Thank you again for the review!

-- 
Pierre-Marie de Rodat


  reply	other threads:[~2015-06-09 21:46 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-02 14:36 [PATCH] Add proper handling for non-local references in nested subprograms Pierre-Marie de Rodat
2015-03-10 15:26 ` Pedro Alves
2015-03-20 12:24   ` [PATCH] Add proper handling for non-local references in nested functions Pierre-Marie de Rodat
2015-05-29 12:28     ` Pedro Alves
2015-06-09 21:46       ` Pierre-Marie de Rodat [this message]
2015-07-22  9:16         ` Pierre-Marie de Rodat
2015-07-22 14:26           ` Doug Evans
2015-07-22 15:14             ` Pierre-Marie de Rodat
2015-07-26 17:28               ` Doug Evans
2015-07-22 17:58             ` Kevin Buettner
2015-07-23  1:36           ` Kevin Buettner
2015-07-23 10:44             ` Pierre-Marie de Rodat
2015-07-23 13:44               ` Kevin Buettner
2015-07-23 16:14                 ` Pierre-Marie de Rodat
2015-07-23 17:22                   ` Kevin Buettner
2015-07-23 17:33                     ` Pierre-Marie de Rodat
2015-07-23 17:51                       ` Kevin Buettner
2015-07-23 18:06                   ` Kevin Buettner
2015-07-23 18:23                     ` Kevin Buettner
2015-07-24 10:38                       ` Pierre-Marie de Rodat
2015-07-26 17:39                         ` Doug Evans
2015-07-24  9:26                     ` Pierre-Marie de Rodat
2015-07-26 20:35               ` Doug Evans
2015-07-31 10:53                 ` Pierre-Marie de Rodat
2015-08-10  8:34                   ` Pierre-Marie de Rodat
2015-08-13 15:03                     ` Doug Evans
2015-08-14  6:31                       ` Pierre-Marie de Rodat
2015-08-15  5:12                   ` Doug Evans
2015-08-15  6:21                     ` Doug Evans
2015-08-17 13:27                       ` Pierre-Marie de Rodat
2015-08-17 13:33                     ` Pierre-Marie de Rodat
2015-08-22 17:30                       ` Doug Evans
2015-08-25 12:14                         ` Pierre-Marie de Rodat
2015-09-02 23:50                       ` Joel Brobecker
2015-09-03  7:31                         ` Pierre-Marie de Rodat
2015-09-03 12:40                           ` Joel Brobecker
2015-09-03 14:03                             ` Pierre-Marie de Rodat
2015-09-16 16:16                         ` Doug Evans
2015-09-20 18:20                           ` pushed: " Joel Brobecker
2015-08-15  5:13                   ` Doug Evans

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=55775EB0.4080701@adacore.com \
    --to=derodat@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@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