From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9752 invoked by alias); 17 Jan 2008 20:35:56 -0000 Received: (qmail 9744 invoked by uid 22791); 17 Jan 2008 20:35:55 -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; Thu, 17 Jan 2008 20:35:30 +0000 Received: from kahikatea.snap.net.nz (152.60.255.123.dynamic.snap.net.nz [123.255.60.152]) by viper.snap.net.nz (Postfix) with ESMTP id 000A63DA2AE; Fri, 18 Jan 2008 09:35:26 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id BB82B8FC6D; Fri, 18 Jan 2008 09:35:25 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18319.48140.659381.847861@kahikatea.snap.net.nz> Date: Thu, 17 Jan 2008 20:35:00 -0000 To: Vladimir Prus Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] Re: bug in mi when setting breakpoint In-Reply-To: References: <20071216125625.GE4783@coin> <18318.34560.237450.362651@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 23.0.50.31 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: 2008-01/txt/msg00457.txt.bz2 > This is different to what I've proposed -- namely reporting "there are > several overloaded functions" and then allowing the frontend to select a > specific one. I must have missed that. Can you please point to a reference? > The solution you propose does not give a frontend a way to > control which overloaded function to set breakpoint on, which seems like an > important limitation for me. After selecting all breakpoints GDB prints: warning: Multiple breakpoints were set. Use the "delete" command to delete unwanted breakpoints. I can see it may be an inconvenience but not how it can be a limitation. IMHO, it seems preferable to generating prompts that are not compatible with rules for MI output. -- Nick http://www.inet.net.nz/~nickrob