From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-21981-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 31993 invoked by alias); 27 Jun 2005 20:53:54 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 31981 invoked by uid 22791); 27 Jun 2005 20:53:49 -0000
Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 27 Jun 2005 20:53:48 +0000
Received: from farnswood.snap.net.nz (p172-tnt1.snap.net.nz [202.124.110.172])
	by viper.snap.net.nz (Postfix) with ESMTP id ACD635539B4;
	Tue, 28 Jun 2005 08:53:44 +1200 (NZST)
Received: by farnswood.snap.net.nz (Postfix, from userid 501)
	id 1D37C62A99; Mon, 27 Jun 2005 21:54:27 +0100 (BST)
From: Nick Roberts <nickrob@snap.net.nz>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17088.26499.347383.779593@farnswood.snap.net.nz>
Date: Mon, 27 Jun 2005 20:53:00 -0000
To: Daniel Jacobowitz <drow@false.org>
Cc: Bob Rossi <bob@brasko.net>, Mark Kettenis <kettenis@gnu.org>,
	gdb@sourceware.org
Subject: Re: MI-related testsuite regressions
In-Reply-To: <20050627143110.GA31108@nevyn.them.org>
References: <200506270815.j5R8FZO6026261@jop31.nfra.nl>
	<17087.60064.541364.938844@farnswood.snap.net.nz>
	<20050627130030.GA10394@nevyn.them.org>
	<17088.1264.104928.522819@farnswood.snap.net.nz>
	<20050627135610.GA19376@white>
	<17088.2134.821855.942376@farnswood.snap.net.nz>
	<20050627143110.GA31108@nevyn.them.org>
X-SW-Source: 2005-06/txt/msg00264.txt.bz2

Daniel Jacobowitz writes:
 > On Tue, Jun 28, 2005 at 02:08:22AM +1200, Nick Roberts wrote:
 > > If thats the case, shouldn't the code read:
 > > 
 ...

 > > 
 > > as it stands the mi-*.exp don't test mi3.
 > 
 > Probably, but I don't see much point in changing that until we have
 > some content for mi3.


This could equally be said for having separate tests mi-*.exp and mi2-*.exp.

Nick