From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11914 invoked by alias); 19 Jan 2008 21:45:53 -0000 Received: (qmail 11906 invoked by uid 22791); 19 Jan 2008 21:45:52 -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; Sat, 19 Jan 2008 21:45:27 +0000 Received: from kahikatea.snap.net.nz (134.60.255.123.dynamic.snap.net.nz [123.255.60.134]) by viper.snap.net.nz (Postfix) with ESMTP id 36F693D9AA2; Sun, 20 Jan 2008 10:45:20 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 71D0C8FC6D; Sun, 20 Jan 2008 10:45:07 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18322.28514.745522.314492@kahikatea.snap.net.nz> Date: Sat, 19 Jan 2008 21:45: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> <18319.48140.659381.847861@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 23.0.50.33 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/msg00493.txt.bz2 > To clarify -- are you suggesting what we should first create breakpoints > for all overloaded function, and then remove those we don't need, in MI? In Emacs, multiple breakpoints are only created when the user specifies the overloaded function in the GUD buffer (if he clicks on the fringe in an overloaded function in the source buffer he only gets one breakpoint at the line on which he clicked). If GDB sets all these breakpoints, unwanted ones could then be deleted manually either by typing "delete BKPTNO" in the GUD buffer, or clicking on individual breakpoint icons in the fringe of the source buffers. (I think the answer to your question is "Yes.".) -- Nick http://www.inet.net.nz/~nickrob