From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17105 invoked by alias); 13 May 2006 08:03:54 -0000 Received: (qmail 17093 invoked by uid 22791); 13 May 2006 08:03:53 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 13 May 2006 08:03:51 +0000 Received: from HOME-C4E4A596F7 (IGLD-83-130-243-9.inter.net.il [83.130.243.9]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id EED76059 (AUTH halo1); Sat, 13 May 2006 11:03:43 +0300 (IDT) Date: Sat, 13 May 2006 08:09:00 -0000 Message-Id: From: Eli Zaretskii To: gdb-patches@sources.redhat.com In-reply-to: <20060512191640.GI26655@brasko.net> (message from Bob Rossi on Fri, 12 May 2006 15:16:40 -0400) Subject: Re: CLI and GDB/MI documentation patch Reply-to: Eli Zaretskii References: <20060512011730.GA26655@brasko.net> <20060512125433.GD26655@brasko.net> <20060512142135.GG26655@brasko.net> <20060512191640.GI26655@brasko.net> 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/msg00276.txt.bz2 > 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.