From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26577 invoked by alias); 23 Apr 2008 23:23:52 -0000 Received: (qmail 26569 invoked by uid 22791); 23 Apr 2008 23:23:51 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 23 Apr 2008 23:23:18 +0000 Received: from kahikatea.snap.net.nz (190.30.255.123.static.snap.net.nz [123.255.30.190]) by viper.snap.net.nz (Postfix) with ESMTP id 051623D9EE3; Thu, 24 Apr 2008 11:23:16 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 449388FC6D; Thu, 24 Apr 2008 11:23:09 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18447.50396.538278.140944@kahikatea.snap.net.nz> Date: Thu, 24 Apr 2008 01:31:00 -0000 To: Daniel Jacobowitz Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] -stack-info-frame/-stack-list-frames In-Reply-To: <20080423222414.GA23569@caradoc.them.org> References: <18446.45778.889114.789630@kahikatea.snap.net.nz> <200804230933.04964.vladimir@codesourcery.com> <18446.63716.779534.2827@kahikatea.snap.net.nz> <200804231349.35190.vladimir@codesourcery.com> <18447.12269.389044.431822@kahikatea.snap.net.nz> <20080423125410.GA19773@caradoc.them.org> <18447.46315.956290.915310@kahikatea.snap.net.nz> <20080423222414.GA23569@caradoc.them.org> X-Mailer: VM 7.19 under Emacs 22.2.50.2 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-04/txt/msg00541.txt.bz2 > You gave a perfect example in your other reply, just now, of why front > ends should not have a frame address. If you are ever in the position > of dealing with a recursive function and you want to know which > instance a variable comes from, the frame address is insufficient. > For instance IA-64 can have stackless recursive functions; they > use only the separate register stack. Well you understand the internals much better than I do, but whenever I've looked at the frame addresses on i386 they've appeared meaningful. Are "stackless recursive functions" special to IA-64 or a consequence of optimisation? If the values are meaningful "most of the time" then I think it's OK to have this field, if not then I guess it might just confuse. > If you want to know which frame the varobj is associated with GDB > should supply some unique opaque identifier, and then the IDE can > use that to show the frame number in a tooltip or wherever. Do you mean use something like uuidgen to associate a key with a frame and output that as a field for a variable object? -- Nick http://www.inet.net.nz/~nickrob