From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6257 invoked by alias); 14 Nov 2007 20:42:03 -0000 Received: (qmail 6246 invoked by uid 22791); 14 Nov 2007 20:42:03 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 14 Nov 2007 20:42:00 +0000 Received: from kahikatea.snap.net.nz (247.31.255.123.static.snap.net.nz [123.255.31.247]) by viper.snap.net.nz (Postfix) with ESMTP id 05EBE3D87E9; Thu, 15 Nov 2007 09:41:53 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 6B3BB8FC6D; Thu, 15 Nov 2007 09:41:45 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18235.23944.432662.13480@kahikatea.snap.net.nz> Date: Wed, 14 Nov 2007 20:42:00 -0000 To: Vladimir Prus Cc: gdb-patches@sources.redhat.com Subject: Re: [8/9] multiple locations In-Reply-To: <200711142238.06000.ghost@cs.msu.su> References: <18233.20228.172834.464875@kahikatea.snap.net.nz> <200711141047.03166.ghost@cs.msu.su> <18235.18919.959418.360780@kahikatea.snap.net.nz> <200711142238.06000.ghost@cs.msu.su> X-Mailer: VM 7.19 under Emacs 23.0.50.46 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-11/txt/msg00281.txt.bz2 >... > > OK, but it looks much a smaller/simpler patch than the one you've already > > committed. > > Yes, but I have better luck getting huge patches approved, than for > obvious patches, for whatever reasons. > > Basically, it boils down to: > 1. Using like above seems a good idea to try. > 2. There's a bit of time involved > 3. I'm short of time, and probably won't spend it until all the > patches I've sent already are reviewed ;-) There's no hurry. It could be added to the Wiki as a TODO item for GDB 6.8 Release. Joel, Can I do that just by creating an account? Shall I delete the GDB 6.7 Release page too? > > Also MI is still evolving. It's interesting that you suggest all > > frontends should use it as the changes you have just made for breakpoints > > with multiple locations appear in the output of "info breakpoints" but not > > in that of "-break-list". So I don't see how any front end could handle > > this information through MI. > Heh, you probably know what's going on here yourself. Even though MI was > advertised as the right interface for frontend for some years, it does not > have a maintainer, or a particular development plan, and misses some bits. > And probably the only way to change the situation is to decide that MI is > the future, and actively discourage use of CLI for anything, to the degree > of immediately refusing any request mentioning CLI in relation to any > frontend. I don't know why you insist on being so confrontational, or how the above lack of support for MI is solved in any way by refusing requests for CLI, but I find it quite unhelpful. > As for multiple breakpoints -- I would have being happy to provide MI > interface, and not provide CLI at all -- but I doubt that would have being > acceptable, and MI has fallen out. Again, a policy that new advanced > functionality is allowed to be available via MI only might have helped. Presumably CLI is still needed by those who use GDB from the command line. Or are you proposing to `help' them by forcing them to use a frontend? -- Nick http://www.inet.net.nz/~nickrob