From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19839 invoked by alias); 11 Oct 2004 13:59:53 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 19787 invoked from network); 11 Oct 2004 13:59:48 -0000 Received: from unknown (HELO lakermmtao02.cox.net) (68.230.240.37) by sourceware.org with SMTP; 11 Oct 2004 13:59:48 -0000 Received: from white ([68.9.64.121]) by lakermmtao02.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041011135947.GLAD27002.lakermmtao02.cox.net@white>; Mon, 11 Oct 2004 09:59:47 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1CH0iJ-0005B4-00; Mon, 11 Oct 2004 09:59:47 -0400 Date: Mon, 11 Oct 2004 17:22:00 -0000 From: Bob Rossi To: Andrew Cagney Cc: Eli Zaretskii , Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: Bob's MI objective Message-ID: <20041011135947.GC18844@white> Mail-Followup-To: Andrew Cagney , Eli Zaretskii , Daniel Jacobowitz , gdb@sources.redhat.com References: <416451B0.3060306@gnu.org> <20041006212652.GB13271@white> <20041008023243.GA15320@white> <01c4ad2b$Blat.v2.2.2$f25b86a0@zahav.net.il> <20041008134218.GA1467@nevyn.them.org> <01c4ad53$Blat.v2.2.2$750a0be0@zahav.net.il> <4167081A.3020306@gnu.org> <20041008221026.GA16824@white> <20041010181350.GA17779@white> <4169F671.4010409@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4169F671.4010409@gnu.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-10/txt/msg00280.txt.bz2 On Sun, Oct 10, 2004 at 10:56:49PM -0400, Andrew Cagney wrote: > C'mon Bob, it's the Canadian thanksgiving long weekend! Strewth! hehe, thanks for answering my questions! I'm just excited about getting things working, that's all. > >On Fri, Oct 08, 2004 at 06:10:26PM -0400, Bob Rossi wrote: > > > >>>On Fri, Oct 08, 2004 at 05:35:22PM -0400, Andrew Cagney wrote: > >> > >>>>> @samp{--interpreter=mi} (or @samp{--interpreter=mi2}) causes > >>>>> @value{GDBN} to use the @dfn{@sc{gdb/mi} interface} (@pxref{GDB/MI, , > >>>>> The @sc{gdb/mi} Interface}) included since @var{GDBN} version 6.0. > >>>>The > >>>>> previous @sc{gdb/mi} interface, included in @value{GDBN} version 5.3 > >>>>and > >>>>> selected with @samp{--interpreter=mi1}, is deprecated. Earlier > >>>>> @sc{gdb/mi} interfaces are no longer supported. > > ... and it is lifted straight from the manual. That you did read the > manual right? Yes, i did, thanks. > >>>This is basically what I need to know. I've asked several times and > >>>would very much appreciate an answer from the people that are capable of > >>>giving it. (The answer could be a simple yes or no) > > >>> * Will GDB support at least one stable MI protocol for an official > >>> release? > >>> (This answer is obviously "yes", and does not have to be answered) > >>> * Will GDB support more than one stable MI protocols for an official > >>> release? > > In the past GDB tested both mi1 and mi2 so that that stage they were > probably described as "supported". Now that only mi2 is tested, nad mi1 > is deprecated, your call. Yes, and if MI3 were created, MI2 would probably stick around for a while, or at least until the release, right? > >>> * Will GDB support one stable MI protocol for a CVS snapshot? > > The above does, right? > > >>> * Will GDB support more than one stable MI protocols for a CVS > >>> snapshot? > > Who knows, > > I still don't see the point of all this, in particular, if you're going > to implement a library, why it has to be kept separate to GDB? > > And as others have pointed out, you're creating a problem when there > isn't one. I feel like Kerry, and everyone keeps calling me a flip flopper :) Listen, there is a reason I need to know. I am trying to solve the problem of probing GDB from a front end to determine what version/versions of MI a particular version of GDB supports. If GDB is only going to support 1 stable MI protocol, then GDB can simply output the protocol that it supports when it is started up. There is no reason to "probe" it, it can just tell the front end what protocol it speaks. However, if it can use multiple MI versions, then a handshake algorithm must take place. Basically, GDB starts up saying that it can speak several different protocols, and then the front end picks one, and then GDB uses that protocol. The implementation is easier for the first case. However, I think the second case is necessary. Bob Rossi