From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11981 invoked by alias); 3 Aug 2011 19:43:14 -0000 Received: (qmail 11973 invoked by uid 22791); 3 Aug 2011 19:43:14 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 03 Aug 2011 19:42:58 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p73JguTO005391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 3 Aug 2011 15:42:57 -0400 Received: from host1.jankratochvil.net (ovpn-116-16.ams2.redhat.com [10.36.116.16]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p73JgsCW021308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Aug 2011 15:42:56 -0400 Received: from host1.jankratochvil.net (localhost [127.0.0.1]) by host1.jankratochvil.net (8.14.4/8.14.4) with ESMTP id p73JgrY0016107; Wed, 3 Aug 2011 21:42:53 +0200 Received: (from jkratoch@localhost) by host1.jankratochvil.net (8.14.4/8.14.4/Submit) id p73Jgqn3015978; Wed, 3 Aug 2011 21:42:52 +0200 Date: Wed, 03 Aug 2011 19:43:00 -0000 From: Jan Kratochvil To: Daniel Jacobowitz Cc: gdb-patches@sourceware.org Subject: Re: [RFC 06/12] entryval: Display @entry parameters in bt full Message-ID: <20110803194251.GA1824@host1.jankratochvil.net> References: <20110718201852.GG30496@host1.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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: 2011-08/txt/msg00058.txt.bz2 On Mon, 18 Jul 2011 23:01:44 +0200, Daniel Jacobowitz wrote: > * It is really frustrating when GDB knows the value of something, but > I can't access it as a variable. That means I can't explore it as a > typed value without having to copy it, paste it, and add a cast to the > right pointer type. There should be a way to get these values back. This was addressed by: [RFC 11/12] entryval: "@entry" in input expressions > * Any awesomely useful feature like this one should consider MI access > from the start. How would you want to portray this data in an IDE? > How would you communicate it through MI to the IDE? Frontend can ask for the paramname@entry symbols for each paramname. I will include in the next patchset post "args_entry" MI frame list. I am aware of various further extensions of this patchset but I wanted to get some first useful part into FSF GDB after a year of off-trunk development. I have not considered the MI interface would affect the design of this first part (sure I may be wrong). > I am not in love with the @entry name, but maybe we can combine it > with the above... something like "$at_entry(p)" that could be > evaluated in an expression? Better naming welcome. There were no other complaints to the `parametername@entry' naming and I find it personally more user acceptable than `$at_entry(parametername)'. `parametername@entry' is evaluable in an expression, the patch: [RFC 11/12] entryval: "@entry" in input expressions SystemTap is already using `@entry(expression)' syntax but that exists for general expressions and it is not based on this DWARF extension (it will quietly stop+continue at the function entry point for it - like GDB trace). Thanks, Jan