From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32378 invoked by alias); 1 Nov 2011 22:46:31 -0000 Received: (qmail 32360 invoked by uid 22791); 1 Nov 2011 22:46:30 -0000 X-SWARE-Spam-Status: No, hits=-3.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-qw0-f41.google.com (HELO mail-qw0-f41.google.com) (209.85.216.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Nov 2011 22:46:17 +0000 Received: by qadc11 with SMTP id c11so7441877qad.0 for ; Tue, 01 Nov 2011 15:46:16 -0700 (PDT) Received: by 10.224.217.131 with SMTP id hm3mr861976qab.81.1320187576310; Tue, 01 Nov 2011 15:46:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.217.131 with SMTP id hm3mr861964qab.81.1320187576146; Tue, 01 Nov 2011 15:46:16 -0700 (PDT) Received: by 10.224.6.76 with HTTP; Tue, 1 Nov 2011 15:46:16 -0700 (PDT) In-Reply-To: References: <20111027101544.GA5288@host1.jankratochvil.net> Date: Tue, 01 Nov 2011 22:46:00 -0000 Message-ID: Subject: Re: [patch] testsuite: MI: racy results in async mode (PR testsuite/12649) From: Doug Evans To: Tom Tromey Cc: Jan Kratochvil , gdb-patches@sourceware.org, Marek Polacek Content-Type: text/plain; charset=ISO-8859-1 X-System-Of-Record: true X-IsSubscribed: yes 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: 2011-11/txt/msg00033.txt.bz2 On Tue, Nov 1, 2011 at 10:25 AM, Tom Tromey wrote: >>>>>> "Doug" == Doug Evans writes: > > Jan> The fix is ugly but it cannot be done better before there is a generic MI > Jan> client parser deployed for the testsuite. > > Doug> What does "generic MI client parser" mean in this context? > > Right now MI parsing in the test suite is done in an ad hoc manner. > E.g., see mi_create_breakpoint. > > It would be more robust if we had an MI parser in Tcl so that we could > parse the output as clients do. > > As far as I know nobody is planning to actually do this though. Not that I'm planning to do this :-), but would an MI parser written in C that could be exported to Tcl, Python, etc. be of sufficient use beyond the testsuite to entice someone to write one? One can load C modules into Tcl, and I'm guessing(!) the glue to make it usable to the testsuite would be minimal.