From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24263 invoked by alias); 13 May 2006 10:59:10 -0000 Received: (qmail 24255 invoked by uid 22791); 13 May 2006 10:59:09 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao02.cox.net (HELO eastrmmtao02.cox.net) (68.230.240.37) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 13 May 2006 10:59:06 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060513105903.YDYN15470.eastrmmtao02.cox.net@localhost.localdomain>; Sat, 13 May 2006 06:59:03 -0400 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1Ferqc-0005ZX-PA; Sat, 13 May 2006 06:59:46 -0400 Date: Sat, 13 May 2006 11:02:00 -0000 From: Bob Rossi To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: CLI and GDB/MI documentation patch Message-ID: <20060513105946.GA10678@brasko.net> Mail-Followup-To: Eli Zaretskii , gdb-patches@sources.redhat.com References: <20060512011730.GA26655@brasko.net> <20060512125433.GD26655@brasko.net> <20060512142135.GG26655@brasko.net> <20060512191640.GI26655@brasko.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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/msg00287.txt.bz2 On Sat, May 13, 2006 at 11:03:43AM +0300, Eli Zaretskii wrote: > > Date: Fri, 12 May 2006 15:16:40 -0400 > > From: Bob Rossi > > Cc: gdb-patches@sources.redhat.com > > > > On Fri, May 12, 2006 at 09:27:21PM +0300, Eli Zaretskii wrote: > > > > Date: Fri, 12 May 2006 10:21:35 -0400 > > > > From: Bob Rossi > > > > Cc: gdb-patches@sources.redhat.com > > > > > > > > I'm not sure if it helps to think of things in terms of releases in > > > > regards to GDB/MI. Unfortunatly, many distros package a CVS release of > > > > GDB. So, any given snapshot of GDB could have this feature or not. > > > > > > People who use GDB snapshots are on their own when some feature > > > evolves during development. So I'm not bothered by this. > > > > Please please don't say this. It's just not a practical statement to > > make. Many of the distrobutions use CVS snapshots. > > I'm sorry, but it's impractical for us to cater to users of all the > snapshots out there. There simply isn't any practical way to have in > the manual a detailed description of the MI evolution during > development. People who bump into problems with snapshots will have > to ask for help on the GDB mailing list, if they cannot firgure it out > themselves. OK, maybe we agree then. You agree that the FE's should be allowed to work with CVS snapshots, however, FE developers will not get the benefit of a nice manual for those snapshots. Correct? Thanks, Bob Rossi