From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20487 invoked by alias); 6 Oct 2004 20:13:13 -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 20475 invoked from network); 6 Oct 2004 20:13:11 -0000 Received: from unknown (HELO lakermmtao08.cox.net) (68.230.240.31) by sourceware.org with SMTP; 6 Oct 2004 20:13:11 -0000 Received: from white ([68.9.64.121]) by lakermmtao08.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041006201311.BSKH29131.lakermmtao08.cox.net@white>; Wed, 6 Oct 2004 16:13:11 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1CFI9u-0003Sf-00; Wed, 06 Oct 2004 16:13:10 -0400 Date: Wed, 06 Oct 2004 20:15:00 -0000 From: Bob Rossi To: Alain Magloire Cc: gdb@sources.redhat.com Subject: Re: probing GDB for MI versions Message-ID: <20041006201310.GA13271@white> Mail-Followup-To: Alain Magloire , gdb@sources.redhat.com References: <20041006191950.GP12213@white> <200410061953.PAA06272@smtp.ott.qnx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410061953.PAA06272@smtp.ott.qnx.com> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-10/txt/msg00187.txt.bz2 On Wed, Oct 06, 2004 at 03:53:41PM -0400, Alain Magloire wrote: > > > > On Wed, Oct 06, 2004 at 03:09:58PM -0400, Andrew Cagney wrote: > > > If a current GDB were modified to list mi "versions" then it would only > > > print mi2, which is the version selected by -i=mi. If your front end > > > specifies -i=mi1 then you're on your own - it's not tested - it doesn't > > > work. > > > > WHAT?!? This is what I have been asking all along? It was the foundation > > to this conversation. Where were you to inform everyone of this? > > > > But I think that was the folks been saying. If you choose a specific > version to start gdb in your front-end say, "-i=mi1" why do you care > later to know about "mi2" or "mix" ? > > If you start with "-i=mi", it will be handy to know which mi level, > in this case the front-end can take appropriate action > or restart trying a known version "-i=mi1" > > Am I missing something here ? > I'm curious to understand why you reject the others propositions as inadequate. Alain, I started some talks several days ago about how GDB behaves when it comes to backwards compatibility of the MI protocols. Everyone has told me that it supports the current official release, and it supports all of the old releases. As far as I can tell, several days later, andrew comes on the seen and says that GDB only plans on supporting the last official release. This is information I would to have like to had several days ago. Better yet, it's information that should be documented for all to easily find the answer to. > > Are you saying that old versions of MI are not supported by GDB? Only > > the last official release of the MI protocol is supported and that no > > other versions that it used to speak with are supported or tested? > > > > how did you manage to come up with such conclusions ? I am assuming this front what Andrew said below, > > > If a current GDB were modified to list mi "versions" then it would only > > > print mi2, which is the version selected by -i=mi. If your front end > > > specifies -i=mi1 then you're on your own - it's not tested - it doesn't > > > work. Bobby