From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10163 invoked by alias); 15 Nov 2006 17:48:08 -0000 Received: (qmail 9976 invoked by uid 22791); 15 Nov 2006 17:48:05 -0000 X-Spam-Check-By: sourceware.org Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 15 Nov 2006 17:47:55 +0000 Received: from relay6.apple.com (a17-128-113-36.apple.com [17.128.113.36]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id kAFHfq3Q008190; Wed, 15 Nov 2006 09:41:52 -0800 (PST) Received: from [17.201.22.244] (unknown [17.201.22.244]) by relay6.apple.com (Apple SCV relay) with ESMTP id 0EBE8110; Wed, 15 Nov 2006 09:41:52 -0800 (PST) Cc: gdb@sources.redhat.com Message-Id: From: Jim Ingham To: Vladimir Prus In-Reply-To: <200611151942.14091.vladimir@codesourcery.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes X-Smtp-Server: relay.apple.com Mime-Version: 1.0 (Apple Message framework v854) Subject: Re: MI varobj properties Content-Transfer-Encoding: 7bit Date: Wed, 15 Nov 2006 17:48:00 -0000 References: <200611151942.14091.vladimir@codesourcery.com> X-Mailer: Apple Mail (2.854) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00106.txt.bz2 I did -var-info-path-expression lazily, since these can be pretty long strings, and most of the time they aren't used. So hanging one off each varobj when it's not needed seems wasteful. Jim On Nov 15, 2006, at 8:42 AM, Vladimir Prus wrote: > > It looks like MI has grown way to many ways to report properties of > a variable > object: > > - When a variable object is created, the gdb response reports some > properties (like expression and the number of children). > - There's -var-info-expression that returns the expression > (basically > the same as above) and also language. > - There's -var-show-attributes that returns "editable" > attribute. > - Apple branch has -var-info-path-expression that returns full > expression > > This is somewhat complicated, and there are no clear rationale how > do get any > new bit of information. > > Except for getting the value of a variable objects, all those > properties are > computed by gdb, and there are no complex algorithms. How about the > following > change: > > > - The commands that create new variable object always return > full > list of properties. > - There's a new command that also returns the full list of > properties > - For backward compatibility, existing commands just forward > to the new command. > > Comments? > > - Volodya