From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-24826-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 17400 invoked by alias); 8 Apr 2006 09:57:25 -0000
Received: (qmail 17392 invoked by uid 22791); 8 Apr 2006 09:57:25 -0000
X-Spam-Check-By: sourceware.org
Received: from nitzan.inter.net.il (HELO nitzan.inter.net.il) (192.114.186.20)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 08 Apr 2006 09:57:24 +0000
Received: from HOME-C4E4A596F7 (IGLD-80-230-143-89.inter.net.il [80.230.143.89]) 	by nitzan.inter.net.il (MOS 3.7.3-GA) 	with ESMTP id DBK76222 (AUTH halo1); 	Sat, 8 Apr 2006 12:57:15 +0300 (IDT)
Date: Sat, 08 Apr 2006 18:35:00 -0000
Message-Id: <upsjs5r0j.fsf@gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
To: Nick Roberts <nickrob@snap.net.nz>
CC: drow@false.org, dirk.behme@googlemail.com, gdb@sourceware.org
In-reply-to: <17463.29399.957570.820724@farnswood.snap.net.nz> (message from 	Nick Roberts on Sat, 8 Apr 2006 20:22:47 +1200)
Subject: Re: MI return error changed from 6.3 to 6.4?
Reply-to: Eli Zaretskii <eliz@gnu.org>
References: <44368B51.1030707@gmail.com> 	<20060407160222.GA24731@nevyn.them.org> 	<17462.57160.545635.736634@farnswood.snap.net.nz> 	<uy7yg60jy.fsf@gnu.org> <17463.29399.957570.820724@farnswood.snap.net.nz>
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2006-04/txt/msg00114.txt.bz2

> From: Nick Roberts <nickrob@snap.net.nz>
> Date: Sat, 8 Apr 2006 20:22:47 +1200
> Cc: drow@false.org, dirk.behme@googlemail.com, gdb@sourceware.org
> 
>  > > On the other hand this was written before the command -interpreter-exec.
>  > > If entering CLI commands directly (using -interpreter-exec implicitly)
>  > > can be made as reliable as using -interpreter-exec explicitly, maybe this
>  > > would be a convenient alternative, and the above paragraph could be
>  > > removed from the manual.
>  > 
>  > Such an incompatible change would require a quarantine period during
>  > which the CLI support in MI is marked deprecated.
> 
> What's incompatible?  I mean in addition to, not instead of and here I'm
> suggesting the opposite i.e that CLI support in MI is not deprecated.

It sounded like the suggested removal of the paragraph in the manual
means that we are removing the CLI command support in MI.  Sorry if I
misunderstood.