From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 89349 invoked by alias); 21 May 2015 11:33:19 -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 89336 invoked by uid 89); 21 May 2015 11:33:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 X-HELO: mail-wi0-f174.google.com Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 21 May 2015 11:33:17 +0000 Received: by wibt6 with SMTP id t6so10446876wib.0 for ; Thu, 21 May 2015 04:33:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=mA0xBJfUy9O6XV4H8DjH01kzFlWZtGShoDU8Gz0Rkls=; b=Z/OiHePd8bjt1wQ61KOr2chtuU+RbKEpVv6MbP9sQ1Gzdgq0eoa3rYiLJWuLPzcpfL 3Ws3ps0N4QtCLzPGqrPjmKZd8ZD0BDIFnF40OC6LZb526fn0QCPMw84O19JLTxtgQshq cmrMXixcSSoqaWIdOoHvaTfHetYazKuHxBjaEn7D3KgQ51eiAThLu/ls+Zi7kQjbyUXu bRQSbAU5HFMXA00Co+9dggLlLADvjJBDa9PQIPPOXIv5BqWqH6XlHaeZZRWIFHYjeCmR gNi/p7TQ5rYRn9XnoQGZ21asw6AbpxsgbH4RXg/FZ4e1Xygy6VSwyadZjX6ZU8YJv31U /SHw== X-Gm-Message-State: ALoCoQlYErUC60UiL/FiSGiEIxoJOvptZE+Q/MsQFYISnt25Yl26F1NdQ+Vr3Mm8rKnmaf4h1qdp X-Received: by 10.194.71.51 with SMTP id r19mr4680401wju.74.1432207994055; Thu, 21 May 2015 04:33:14 -0700 (PDT) Received: from localhost (TK158115.telekabel.at. [195.34.158.115]) by mx.google.com with ESMTPSA id mc20sm2189178wic.15.2015.05.21.04.33.13 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 May 2015 04:33:13 -0700 (PDT) Date: Thu, 21 May 2015 11:33:00 -0000 From: Andrew Burgess To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [PATCH 1/4] gdb: Remove register class specific layout names. Message-ID: <20150521113311.GI2880@embecosm.com> References: <90740f3ef5bac701c1653d469fcc9d34fb113517.1432163460.git.andrew.burgess@embecosm.com> <555D9A69.3070409@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <555D9A69.3070409@redhat.com> X-Editor: GNU Emacs [ http://www.gnu.org/software/emacs ] User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00533.txt.bz2 * Pedro Alves [2015-05-21 09:42:17 +0100]: > On 05/21/2015 12:17 AM, Andrew Burgess wrote: > > > > Second there is already the command 'tui reg GROUP' command to set the > > displayed register set to GROUP, so making the layout command also > > control the register set feels like unnecessary overloading of the > > layout command. > > (A tangent: I was playing with this a bit now, and found it quite odd > that there's a "tui reg next" command here, but > no "tui reg previous"...) Indeed, this is on my list of things to look at next (unless you're already fixing it). You'll also notice, at least on x86-64 that if you use 'tui reg next' you get access to more register sets that are offered in the tab-completion mechanism. This too is something I plan to address in the next series. Thanks, Andrew