Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Maxim Grigoriev <maxim@tensilica.com>
To: Jim Blandy <jimb@codesourcery.com>
Cc: Maxim Grigoriev <maxim@tensilica.com>,
	  Nick Roberts <nickrob@snap.net.nz>,
	 Daniel Jacobowitz <drow@false.org>,
	 gdb@sourceware.org,   Pete MacLiesh <pmac@tensilica.com>,
	 Vinay Pandit <vinayp@tensilica.com>,
	Shaiju P <shaijup@tensilica.com>,
	  Marc Gauthier <marc@tensilica.com>
Subject: Re: Which MI behavior is correct ?
Date: Fri, 25 May 2007 21:48:00 -0000	[thread overview]
Message-ID: <4657597E.6060501@hq.tensilica.com> (raw)
In-Reply-To: <m3abvsr5ik.fsf@codesourcery.com>

Thanks !

I understand we're going to have to upgrade our GNU XT-GDB 6.5 to be able
to use the '@' syntax.

-- Maxim

Jim Blandy wrote:
> Maxim Grigoriev <maxim@tensilica.com> writes:
>   
>> This seems to be an answer to my question. The behavior has changed
>> probably since somewhere around 6.3. Now, variable objects are associated
>> with the frame, not with the function. As you can see in gdb 6.3 case
>> ( NATIVE.log ), variables "var1" and "var2" were successfully reused,
>> when new frame was allocated after hitting the breakpoint second time.
>> In 6.5+ (XTENSA.log), we have to recreate variable objects every time
>> we have a new frame because the old variables are out of scope.
>>     
>
> Just to connect this old thread with newer conversation:
>
> To avoid recreating variable objects, you probably want to pass '@' as
> your frame to -var-create.  This makes the varobj re-parse and
> re-evaluate the expression using the currently selected frame at each
> update.
>
> Old-style varobjs that use '*' or an address as their frame should
> never come back into scope once their frame is popped.  If they do,
> it's a fluke.
>
> The '@' syntax is undocumented; I posted a manual patch based on some
> experimentation and reading the code:
>
> http://sourceware.org/ml/gdb-patches/2007-05/msg00397.html
>   


      reply	other threads:[~2007-05-25 21:48 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-19  1:01 Maxim Grigoriev
2007-05-19  1:58 ` Maxim Grigoriev
2007-05-19  2:20 ` Nick Roberts
2007-05-19  3:03   ` Daniel Jacobowitz
2007-05-19  3:27     ` Nick Roberts
2007-05-19 19:36       ` Maxim Grigoriev
2007-05-19 23:08         ` Nick Roberts
2007-05-21  3:43           ` Maxim Grigoriev
2007-05-25 20:51         ` Jim Blandy
2007-05-25 21:48           ` Maxim Grigoriev [this message]

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=4657597E.6060501@hq.tensilica.com \
    --to=maxim@tensilica.com \
    --cc=drow@false.org \
    --cc=gdb@sourceware.org \
    --cc=jimb@codesourcery.com \
    --cc=marc@tensilica.com \
    --cc=nickrob@snap.net.nz \
    --cc=pmac@tensilica.com \
    --cc=shaijup@tensilica.com \
    --cc=vinayp@tensilica.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