From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12255 invoked by alias); 9 Oct 2004 00:29:04 -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 12234 invoked from network); 9 Oct 2004 00:29:02 -0000 Received: from unknown (HELO lakermmtao08.cox.net) (68.230.240.31) by sourceware.org with SMTP; 9 Oct 2004 00:29:02 -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 <20041009002902.HYUJ7557.lakermmtao08.cox.net@white>; Fri, 8 Oct 2004 20:29:02 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1CG56b-0004P5-00; Fri, 08 Oct 2004 20:29:01 -0400 Date: Sun, 10 Oct 2004 18:13:00 -0000 From: 'Bob Rossi' To: Eli Zaretskii Cc: gdb@sources.redhat.com Subject: Re: probing GDB for MI versions Message-ID: <20041009002901.GB16824@white> Mail-Followup-To: Eli Zaretskii , gdb@sources.redhat.com References: <20041007145511.GA14573@white> <200410071614.MAA19648@smtp.ott.qnx.com> <20041007224230.GA15177@white> <01c4ad12$Blat.v2.2.2$1796ec80@zahav.net.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01c4ad12$Blat.v2.2.2$1796ec80@zahav.net.il> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-10/txt/msg00271.txt.bz2 On Fri, Oct 08, 2004 at 10:36:45AM +0200, Eli Zaretskii wrote: > > Date: Thu, 7 Oct 2004 18:42:30 -0400 > > From: 'Bob Rossi' > > Cc: Dave Korn , gdb@sources.redhat.com > > > > * Have GDB output it's last stable version of MI as the first thing > > it outputs (subset of case above) > > Will this solution be satisfactory for you? That is, when invoked > with the -interpreter=mi command-line switch, GDB will print the > last stable version of the MI protocol it supports. This is actually > the way many protocol negotiations start, and I don't see why we > shouldn't behave the same. > > Note that a front end which wants to support older GDB versions will > need to have a database of MI versions referenced by GDB versions, > because the old GDB versions will not print the MI version. > > Are there any disadvantages to this solution? Sorry for the delay, I am waiting on the answer for these questions http://sources.redhat.com/ml/gdb/2004-10/msg00267.html before I can say if this will be OK for me. Bob Rossi