From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15123 invoked by alias); 10 Nov 2006 13:55:56 -0000 Received: (qmail 15104 invoked by uid 22791); 10 Nov 2006 13:55:55 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 10 Nov 2006 13:55:45 +0000 Received: (qmail 25459 invoked from network); 10 Nov 2006 13:55:43 -0000 Received: from unknown (HELO ?172.16.64.38?) (vladimir@127.0.0.2) by mail.codesourcery.com with ESMTPA; 10 Nov 2006 13:55:43 -0000 From: Vladimir Prus To: gdb@sources.redhat.com Subject: -var-show-attributes response syntax Date: Fri, 10 Nov 2006 13:55:00 -0000 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611101655.32843.vladimir@codesourcery.com> 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/msg00054.txt.bz2 Hello! Here's the docs for -var-show-attributes MI command: Synopsis -var-show-attributes name List attributes of the specified variable object name: status=attr [ ( ,attr )* ] where attr is { { editable | noneditable } | TBD }. What is the reason for using "non" instead of "attribute_name=attribute_value" syntax? The above assumes all attributes are boolean, which is not very extensible. How about changing the above to "editable=0/1"? This sounds like breaking backward compatibility, but probably is not, because "editable" is broken itself: -var-create C * 1+1 ^done,name="C",numchild="0",type="long" (gdb) -var-show-attributes C ^done,attr="editable" (gdb) Thoughts? - Volodya