From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-35433-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 19936 invoked by alias); 24 Aug 2004 19:48:03 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 19926 invoked from network); 24 Aug 2004 19:48:02 -0000
Received: from unknown (HELO mx1.redhat.com) (66.187.233.31)
  by sourceware.org with SMTP; 24 Aug 2004 19:48:02 -0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7OJm2S2015349
	for <gdb-patches@sources.redhat.com>; Tue, 24 Aug 2004 15:48:02 -0400
Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7OJm1a09452;
	Tue, 24 Aug 2004 15:48:01 -0400
Received: from gnu.org (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id 6B5272B9D; Tue, 24 Aug 2004 15:46:52 -0400 (EDT)
Message-ID: <412B9B2C.3080302@gnu.org>
Date: Tue, 24 Aug 2004 19:48:00 -0000
From: Andrew Cagney <cagney@gnu.org>
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040801
MIME-Version: 1.0
To: Michael Chastain <mec.gnu@mindspring.com>, bob@brasko.net
Cc: gdb-patches@sources.redhat.com
Subject: Re: GDB/MI Output syntax
References: <20040824191931.GC17542@white> <412B980A.nailFLQ1QDS6L@mindspring.com>
In-Reply-To: <412B980A.nailFLQ1QDS6L@mindspring.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2004-08/txt/msg00664.txt.bz2

> Bob Rossi <bob@brasko.net> wrote:
> 
>>> -@code{@var{async-record} | @var{stream-record}}
>>> +@code{( @var{async-record} | @var{stream-record} ) @var{nl}}
> 
> 
> I'm dubious about this.
> 
> stream-record does not have an NL terminator and needs one, yes.
> 
> But async-record already gets an NL terminator in the grammar
> and does not need a second one.

That's kind of why, per my earlier post, I suggested moving all the 
@var{nl} to the @var{output} production.  That way we can see exactly 
where they fit in.

Andrew

>   async-record -> exec-async-output | status-async-output | notify-async-output
>   exec-async-output -> [token] "*" async-output
>   async-output -> async-class ("," result)* nl
> 
> For example, gdb.mi/gdb669.exp gives:
> 
>   # gdb.log excerpt
>   ~"[Thread debugging using libthread_db enabled]\n"
>   ~"[New Thread 8192 (LWP 26606)]\n"
>   ~"[Switching to Thread 8192 (LWP 26606)]\n"
>   000*stopped,reason="breakpoint-hit",bkptno="1",thread-id="1",frame={addr="0x0804852d",func="main",args=[{name="argc",value="1"},{name="argv",value="0xbffff814"}],file="/berman/fsf/_today_/source/gdb/HEAD/src/gdb/testsuite/gdb.mi/pthreads.c",line="81"}
>   (gdb) 
> 
>