From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21985 invoked by alias); 18 Apr 2007 10:58:27 -0000 Received: (qmail 21974 invoked by uid 22791); 18 Apr 2007 10:58:26 -0000 X-Spam-Check-By: sourceware.org Received: from return.false.org (HELO return.false.org) (66.207.162.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 18 Apr 2007 11:58:20 +0100 Received: from return.false.org (localhost [127.0.0.1]) by return.false.org (Postfix) with ESMTP id 2280A4B267; Wed, 18 Apr 2007 05:58:19 -0500 (CDT) Received: from caradoc.them.org (dsl093-172-095.pit1.dsl.speakeasy.net [66.93.172.95]) by return.false.org (Postfix) with ESMTP id A09324B262; Wed, 18 Apr 2007 05:58:14 -0500 (CDT) Received: from drow by caradoc.them.org with local (Exim 4.63) (envelope-from ) id 1He7rZ-0001rC-IX; Wed, 18 Apr 2007 06:58:13 -0400 Date: Wed, 18 Apr 2007 10:58:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: Dodji Seketeli , GDB Discuss Subject: Re: question about -file-exec-and-symbols gdbmi command Message-ID: <20070418105813.GA6857@caradoc.them.org> Mail-Followup-To: Nick Roberts , Dodji Seketeli , GDB Discuss References: <20070418111206.45c55d72@coin> <17957.60377.419260.20236@farnswood.snap.net.nz> <20070418121124.36ccd4fa@coin> <17957.62645.824183.252961@farnswood.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17957.62645.824183.252961@farnswood.snap.net.nz> User-Agent: Mutt/1.5.15 (2007-04-09) 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: 2007-04/txt/msg00115.txt.bz2 On Wed, Apr 18, 2007 at 10:36:37PM +1200, Nick Roberts wrote: > > > Perhaps it could be a GDB option. > > > > Okay thank you for the hints, Nick. > > > > I maybe I could try a patch that introduces a new command that clears > > all the breakpoints when you load a new file ? > > I was thinking modifying the GDB environment with the set command, e.g., > > set breakpoint auto-clear on/off > > I think a new command would make behaviour hard to toggle, with a front end > say. > > I can't approve your patches, so don't do anything yet. Wait for Daniel > Jacobowitz, for example, to give his opinion. I don't see the point. If you want to delete breakpoints when you load a new file, why not just do so? It's easy with -break-list and -break-delete. It shouldn't happen automatically. For instance, one use of -file-exec-and-symbols is to tell GDB that the file has been recompiled. -- Daniel Jacobowitz CodeSourcery