From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29335 invoked by alias); 20 Mar 2006 06:38:43 -0000 Received: (qmail 29325 invoked by uid 22791); 20 Mar 2006 06:38:42 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 20 Mar 2006 06:38:40 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FLE26-0003Ur-HA for gdb@sources.redhat.com; Mon, 20 Mar 2006 07:38:26 +0100 Received: from zigzag.lvk.cs.msu.su ([158.250.17.23]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Mar 2006 07:38:26 +0100 Received: from ghost by zigzag.lvk.cs.msu.su with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Mar 2006 07:38:26 +0100 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: MI: variable objects: children naming Date: Mon, 20 Mar 2006 23:11:00 -0000 Message-ID: References: <20060317170701.GA15128@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.8.2 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-03/txt/msg00146.txt.bz2 Daniel Jacobowitz wrote: >> However, the information gdb prints does not allow me to compute m[0]: > > Is this the only thing you need the name for, or is it useful for other > purposes in the user interface too? (Honest question - I have no > idea.) > Yes, there are other purposes. Say, if you right-click an item in variables tree and select, in the popup menu, the "Remember" command, the current value of the item will be shown in a separate area for future reference. But we need to show the full name of the item there. It's only for user, and we need full name there. > If watchpoints are the only reason, then you could have a variant of a > watchpoint command which took a varobj. > >> - Calling '-var-info-expression TMP.0' returns: >> ^done,lang="C++",exp="0" >> >> It seems like Apple version has new command -var-info-path-expression, >> which is not present in FSF version, and which supposedly will produce >> "m[0]". > > We'd have to ask Jim for the history, but why should we do this instead > of fixing -var-info-expression? That behavior looks pretty wrong! Jim has explained this -- 'info-expression' is local name of an item relative to the parent, while 'info-path-expression' is full name. - Volodya