From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23277 invoked by alias); 23 Jan 2008 15:33:10 -0000 Received: (qmail 23269 invoked by uid 22791); 23 Jan 2008 15:33:09 -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; Wed, 23 Jan 2008 15:32:46 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 4FD3D2A9650; Wed, 23 Jan 2008 10:32:44 -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 6oBosUsI0ZDp; Wed, 23 Jan 2008 10:32:44 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 0DB992A964D; Wed, 23 Jan 2008 10:32:44 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id D0F39E7ACB; Wed, 23 Jan 2008 07:32:41 -0800 (PST) Date: Wed, 23 Jan 2008 15:33: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: <20080123153241.GA3979@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> <20080117145052.GF28020@adacore.com> <20080117150730.GA11554@caradoc.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080117150730.GA11554@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/msg00553.txt.bz2 > > 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. > > Well, it institutionalizes the Ada behavior as different from the > direction we've taken for C++. But it doesn't make things any worse, > so I do not object. After thinking about it some more, I thought that it didn't make sense for the behavior to be language-dependent. Another argument in favor of making it consistent is that, long term, I want the code to be merged, and having consistent behavior will of course help. So we will have Ada be consistent with C/C++, and use "all" as the default value. This is a change of behavior for Ada users, but we all thought that this is usually what the user wants, so it should be for the better. This patch is withdrawn again, and a new one will be sent later. -- Joel