From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30359 invoked by alias); 10 Nov 2006 21:23:00 -0000 Received: (qmail 30347 invoked by uid 22791); 10 Nov 2006 21:22:59 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 10 Nov 2006 21:22:53 +0000 Received: from kahikatea.snap.net.nz (p202-124-120-183.snap.net.nz [202.124.120.183]) by viper.snap.net.nz (Postfix) with ESMTP id C24833D92B3; Sat, 11 Nov 2006 10:23:01 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id E4F04BE439; Sat, 11 Nov 2006 10:18:55 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17748.60605.895166.364554@kahikatea.snap.net.nz> Date: Fri, 10 Nov 2006 21:23:00 -0000 To: Vladimir Prus Cc: gdb@sources.redhat.com Subject: Re: -var-show-attributes response syntax In-Reply-To: <200611110006.06389.vladimir@codesourcery.com> References: <200611101655.32843.vladimir@codesourcery.com> <17748.58492.703620.633216@kahikatea.snap.net.nz> <200611110006.06389.vladimir@codesourcery.com> X-Mailer: VM 7.19 under Emacs 22.0.90.11 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/msg00064.txt.bz2 > > Are you suggesting > > > > ^done,attr="editable=0", ^done,attr="editable=1" > > > > or > > > > ^done,editable="0", ^done,editable="1" > > The latter. > > > Either case still requires the front end to do some string > > manipulation/comparison. > > I don't follow -- every syntax requires some string manipulation. In > fact, "name=value" syntax is used in many other places so frontend already > knows how to parse it. > > > Can you state precisely how you would change the > > format and precisely what the benefit would be? > > The benefit is consistency with other MI response. I'm still not clear as you've not said what new attribute(s) you want to introduce. Perhaps, as an alternative, they could be added to the output of -var-info-expression. I think the best thing to do is submit a patch. -- Nick http://www.inet.net.nz/~nickrob