From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12262 invoked by alias); 17 Jan 2008 14:51:55 -0000 Received: (qmail 12252 invoked by uid 22791); 17 Jan 2008 14:51:55 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 17 Jan 2008 14:51:37 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id CA74C2A9653; Thu, 17 Jan 2008 09:51:35 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vpCMb8gcP-Kq; Thu, 17 Jan 2008 09:51:35 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id F2F052A9634; Thu, 17 Jan 2008 09:51:34 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id AD1D8E7ACB; Thu, 17 Jan 2008 06:50:52 -0800 (PST) Date: Thu, 17 Jan 2008 14:51:00 -0000 From: Joel Brobecker To: Markus Deuling , gdb-patches@sourceware.org Subject: Re: [RFA] new set/show multiple-choice-auto-select commands (take 2) Message-ID: <20080117145052.GF28020@adacore.com> References: <20080116135551.GE20837@adacore.com> <478EF71D.4060007@de.ibm.com> <20080117102621.GB28020@adacore.com> <478F3E4B.6050005@de.ibm.com> <20080117142615.GA8662@caradoc.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080117142615.GA8662@caradoc.them.org> User-Agent: Mutt/1.4.2.2i 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/msg00447.txt.bz2 > Why shouldn't GDB default to setting both breakpoints... like we do > for template functions now? That's the part I didn't understand. But since this was agreed on earlier, I accepted it. Note that, in Ada, we have made a different choice for the default behavior: Instead of breaking everywhere by default, we ask the user by default. This is something we have been doing at least since I joined AdaCore 7 years ago, so I'd be reluctant to change the default, as it might surprise Ada users using the FSF debugger. I am not strongly opposed to the change, but I know I am going to have a very very hard time convincing AdaCore of this change of behavior and we will likely end up with different behaviors between the FSF GDB and AdaCore's. Not that big a deal, but might be disruptive to Ada users who use both (I know we have some customers who also use Ada at home and thus use both). > I am concerned that we now have too many different places where we > have multiple symbols and breakpoints and we're handling them all > differently. I agree. I know that I submitted a patch that does not improve this situation (addition of ada_finish_decode_line_1 I think), but I am very motivated in making it better. This is really one of my major goals for 2008. I will do that gradually, but in the meantime, I thought that it would still be helpful addition to the FSF tree, as it provides a feature that is critical in Ada, IMO. I hope you don't object to the addition of this new set/show setting whose purpose, I believe, is really orthogonal to the issue that Markus is trying to address. -- Joel