From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14777 invoked by alias); 12 May 2006 19:19:37 -0000 Received: (qmail 14760 invoked by uid 22791); 12 May 2006 19:19:36 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao04.cox.net (HELO eastrmmtao04.cox.net) (68.230.240.35) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 12 May 2006 19:19:31 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060512191929.VIBU9931.eastrmmtao04.cox.net@localhost.localdomain> for ; Fri, 12 May 2006 15:19:29 -0400 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1FedBL-0007q5-8e for gdb-patches@sourceware.org; Fri, 12 May 2006 15:20:11 -0400 Date: Fri, 12 May 2006 19:51:00 -0000 From: Bob Rossi To: gdb-patches@sourceware.org Subject: Re: CLI and GDB/MI documentation patch Message-ID: <20060512192011.GJ26655@brasko.net> References: <20060512011730.GA26655@brasko.net> <20060512124940.GB3860@nevyn.them.org> <20060512135802.GA6472@nevyn.them.org> <20060512183723.GA14434@nevyn.them.org> <20060512190152.GA15416@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060512190152.GA15416@nevyn.them.org> User-Agent: Mutt/1.5.9i X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00258.txt.bz2 > > As for old behavior, since the old versions of protocol/MI is already > > supported by the tools whose authors are the audience of these NEWS > > sections, I'd expect them to be well acquainted with the old behavior. > > So I don't think they will need to look for that. > > No, I can't support that assumption. New tools, written today, are > probably written against a fairly current manual. Then someone > approaches you and says "I'd like to use your nice IDE on our stable > enterprise platform from three years ago which has an older GDB". The > range of supported GDBs does not only grow forwards. This is definatly true. I had to make CGDB work with GNAT GDB 3.14p cause I'm forced to use that compiler at work. That GDB is many years old. (This was using annotate 2 however).