From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21985 invoked by alias); 31 Aug 2007 10:19:00 -0000 Received: (qmail 21975 invoked by uid 22791); 31 Aug 2007 10:18:59 -0000 X-Spam-Check-By: sourceware.org Received: from zigzag.lvk.cs.msu.su (HELO zigzag.lvk.cs.msu.su) (158.250.17.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 31 Aug 2007 10:18:55 +0000 Received: from Debian-exim by zigzag.lvk.cs.msu.su with spam-scanned (Exim 4.50) id 1IR3aV-0002l3-MW for gdb-patches@sources.redhat.com; Fri, 31 Aug 2007 14:18:52 +0400 Received: from localhost ([127.0.0.1] helo=ip6-localhost) by zigzag.lvk.cs.msu.su with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IR3aO-0002kh-IA; Fri, 31 Aug 2007 14:18:44 +0400 From: Vladimir Prus To: Eli Zaretskii Subject: Re: [mi] -list-features Date: Fri, 31 Aug 2007 10:19:00 -0000 User-Agent: KMail/1.9.6 Cc: drow@false.org, gdb-patches@sources.redhat.com References: <200708311300.36546.ghost@cs.msu.su> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708311418.43197.ghost@cs.msu.su> 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: 2007-08/txt/msg00553.txt.bz2 On Friday 31 August 2007 13:18:17 Eli Zaretskii wrote: > > From: Vladimir Prus > > Date: Fri, 31 Aug 2007 13:00:36 +0400 > > Cc: drow@false.org, > > gdb-patches@sources.redhat.com > > > > > It is still ambiguous, because "a list of string" does not tell the > > > whole story. Is it > > > > > > foo bar baz > > > or > > > "foo" "bar" "baz" > > > or > > > foo,bar,baz > > > or > > > {foo,bar,baz} > > > > Well, in MI, "list of strings" is quite well defined. > > I don't see such a definition. I see a definition of "list", but if > you want to rely on that, please add a cross-reference to that > section, because the reader shouldn't be required to remember the > syntax by heart. > > > Example output: > > > > ^done,result=["feature1","feature2"] > > This is much better, IMO; now it's perfectly clear what front ends > should expect. Okay, I've tried to put that in texinfo, and got stuck. My plain text included this: The current list of features is: - 'frozen-varobjs' -- indicates presence of -var-set-frozen command, as well as possible presense of the 'frozen' field in the output of -varobj-create. How do I express this in texinfo? Thanks, Volodya