From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 79621 invoked by alias); 16 Jan 2017 16:32:14 -0000 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 Received: (qmail 79609 invoked by uid 89); 16 Jan 2017 16:32:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=U*palves, sk:palves@, palvesredhatcom, sk:palves X-HELO: smtp.eu.adacore.com Received: from mel.act-europe.fr (HELO smtp.eu.adacore.com) (194.98.77.210) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 16 Jan 2017 16:32:13 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 08431814AC; Mon, 16 Jan 2017 17:32:11 +0100 (CET) Received: from smtp.eu.adacore.com ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bqNfrLFPyDm6; Mon, 16 Jan 2017 17:32:10 +0100 (CET) Received: from chelles.act-europe.fr (chelles.act-europe.fr [IPv6:2a02:2ab8:224:1:d6be:d9ff:fef8:4565]) by smtp.eu.adacore.com (Postfix) with ESMTP id E2662814A2; Mon, 16 Jan 2017 17:32:10 +0100 (CET) Received: by chelles.act-europe.fr (Postfix, from userid 560) id D9A461EA0067; Mon, 16 Jan 2017 17:32:10 +0100 (CET) Date: Mon, 16 Jan 2017 16:32:00 -0000 From: Jerome Guitton To: Pedro Alves Cc: Yao Qi , Simon Marchi , gdb-patches@sourceware.org Subject: Re: [RFA] candidates for ambiguous command in upper case Message-ID: <20170116163210.GG27546@adacore.com> References: <1484058324-5368-1-git-send-email-guitton@adacore.com> <20170110150731.GH9518@E107787-LIN> <20170110151944.GD27546@adacore.com> <2c7e674b-e827-f433-cbaf-a3d1a20cba80@redhat.com> <20170111172550.GL9518@E107787-LIN> <20170112101854.GL27546@adacore.com> <85ecb095-a990-6f15-4fe9-5addffb3a5d0@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85ecb095-a990-6f15-4fe9-5addffb3a5d0@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2017-01/txt/msg00299.txt.bz2 Pedro Alves (palves@redhat.com): > Dunno, if it doesn't make sense, and nobody uses it, then it's one > less thing to maintain and test. Hard to figure out if someone uses it, I guess. This originally got reported by one of our users as a minor inconsistancy, who also said that he would be OK if gdb commands were case sensitive. The patch that I'm suggesting is fairly simple, but my feeling is that it would be just as easy to remove the feature. I've tested the opposite: making the match case sensitive is a matter of removing 4 characters in cli-decode.c. Not much consequences in the testsuite. "handle sigq" still completes to "handle SIGQUIT". So, what do we want to do? 1. Remove the feature? 2. Improve its consistency? 3. Keep things as is?