From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30856 invoked by alias); 21 Sep 2009 17:17:19 -0000 Received: (qmail 30840 invoked by uid 22791); 21 Sep 2009 17:17:17 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 21 Sep 2009 17:17:13 +0000 Received: (qmail 19376 invoked from network); 21 Sep 2009 17:16:53 -0000 Received: from unknown (HELO wind.localnet) (vladimir@127.0.0.2) by mail.codesourcery.com with ESMTPA; 21 Sep 2009 17:16:53 -0000 From: Vladimir Prus To: tromey@redhat.com Subject: Re: [MI] -stack-list-variables Date: Mon, 21 Sep 2009 17:17:00 -0000 User-Agent: KMail/1.11.90 (Linux/2.6.24-24-generic; KDE/4.2.90; i686; svn-979530; 2009-06-10) Cc: Joel Brobecker , gdb-patches@sources.redhat.com References: <200909191412.37692.vladimir@codesourcery.com> <200909212054.20826.vladimir@codesourcery.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909212116.49156.vladimir@codesourcery.com> 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: 2009-09/txt/msg00677.txt.bz2 On Monday 21 September 2009 Tom Tromey wrote: > >>>>> "Volodya" == Vladimir Prus writes: > > Volodya> I am afraid I did not hear an explanation how that will be > Volodya> used. And as recent MI pretty-printing saga clearly shown, new > Volodya> MI features really have to be developed in lock-step with > Volodya> frontend changes. > > I agree that this is true in the general case. But, in this specific > case, adding the attribute seems harmless. There's about 10 different attributes we can also print, and they will be likewise harmless. Should we add them all? I am frankly surprised by the amount of support for this feature, and the fact that this support say this is harmless, and possibly useful, but does not name any single frontend that actually separates arguments from "true" locals. - Volodya