From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6179 invoked by alias); 24 Jun 2008 21:18:45 -0000 Received: (qmail 6171 invoked by uid 22791); 24 Jun 2008 21:18:45 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 24 Jun 2008 21:18:14 +0000 Received: from kahikatea.snap.net.nz (36.62.255.123.dynamic.snap.net.nz [123.255.62.36]) by viper.snap.net.nz (Postfix) with ESMTP id 0C76C3D8A49; Wed, 25 Jun 2008 09:18:11 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 3E55F8FC6D; Wed, 25 Jun 2008 09:18:04 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18529.25738.895554.417986@kahikatea.snap.net.nz> Date: Tue, 24 Jun 2008 21:18:00 -0000 To: Jason Molenda , Joel Brobecker , gdb@sourceware.org Subject: Re: GDB Focus Group at the 2008 GCC Summit In-Reply-To: <18528.8720.477338.668458@kahikatea.snap.net.nz> References: <20080619190942.GA3744@adacore.com> <18528.8720.477338.668458@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 22.2.50.3 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-06/txt/msg00246.txt.bz2 Nick Roberts writes: > > The IDE is responsible for removing & reinserting breakpoints at the > > correct line numbers. If you had a breakpoint on main.c:35 and you > > added a couple of lines of code earlier in the file, that breakpoint > > needs to be moved to main.c:37. > > Quite apart from fix and continue, it would be useful when GDB realises that > an executable has been recompiled and says: > > `myprog' has changed; re-reading symbols. > > if it could also compute and print the new breakpoint locations, possibly > only in MI as an event notification ("=breakpoints-changed"). I was thinking that GDB could detect that the location had changed but maybe (as Jason suggests the IDE should do it (certainly if the edit source in Emacs the breakpoint icon moves with it's associated line). In which case it would seem useful to have an MI command that could move an existing breakpoint, e.g., -break-insert -m BPTNO FILE:LINE rather than delete the existing breakpoint and create a new one so that the breakpoint number is preserved. If the example above is breakpoint 4: -break-insert -m 4 main.c:37 Perhaps Apple GDB already does something like this. -- Nick http://www.inet.net.nz/~nickrob