From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id oCo6IbkVDmktqSkAWB0awg (envelope-from ) for ; Fri, 07 Nov 2025 10:52:25 -0500 Received: by simark.ca (Postfix, from userid 112) id 75CAD1E04C; Fri, 07 Nov 2025 10:52:25 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED,RCVD_IN_VALIDITY_RPBL_BLOCKED, RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id BDA501E04C for ; Fri, 07 Nov 2025 10:52:24 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 540FD3858C2A for ; Fri, 7 Nov 2025 15:52:24 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 540FD3858C2A Received: from angie.orcam.me.uk (angie.orcam.me.uk [IPv6:2001:4190:8020::34]) by sourceware.org (Postfix) with ESMTP id 6218E3858D37 for ; Fri, 7 Nov 2025 15:51:51 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6218E3858D37 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orcam.me.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orcam.me.uk ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 6218E3858D37 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:4190:8020::34 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1762530711; cv=none; b=PiAy6ACd8CGKIjciM7QAT7OEEu+KBnbck+vAWWtrO0xbDhtu4X4jWeoBjhkbIpTPf0r3oKlzuAaogGYI1M1t3TERZ4hsctVf+mAMpyi8R/gpIWkpoCDmKmpPUaUvqSMUsmso17uuwcm0aXM8/5QGyS6Lox61cMhZN5PZG6Y78nw= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1762530711; c=relaxed/simple; bh=7Wkh/UdAmtrf0fg8wKSpIA3y9vK2Fim25ayWFzXmE9k=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=qRytJdM/tMX7w3+Pc3JA7xrVhhVTRP1gOigPFazgxZkeNM883asHg5rxISjATnp6aXYNhlOwnqNbhapnUNJK3s2gq5/oVHxU2ZHtmSiQTbhYnxCvvyOkLn8S3q8DvwOQY2xkn2DMhRRimqz8WJIblsKmRkmrs8xVd71oDqnKokc= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6218E3858D37 Received: by angie.orcam.me.uk (Postfix, from userid 500) id 609E192009D; Fri, 7 Nov 2025 16:51:50 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 5BD6192009B; Fri, 7 Nov 2025 15:51:50 +0000 (GMT) Date: Fri, 7 Nov 2025 15:51:50 +0000 (GMT) From: "Maciej W. Rozycki" To: Guinevere Larsen cc: gdb-patches@sourceware.org Subject: Re: [PATCH 1/2] gdb: introduce command "info architecture" In-Reply-To: Message-ID: References: <20251106194514.1857177-1-guinevere@redhat.com> <20251106194514.1857177-2-guinevere@redhat.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org On Fri, 7 Nov 2025, Guinevere Larsen wrote: > > Or am I missing something? Of course adding filtering might be useful, > > especially if the list so large as in my quoted example, but the change > > description suggests there's no listing facility available. > > Well, I wouldn't say we have a listing facility. using Set Architecture > without an argument may list them, but that is an error message, rather than a > command to do that, which is why I don't think it is a convenient way to tell > a user to check for support. You could achieve the same if you asked for > completion, but again, not a "listing facility" in the sense of telling a user > to check. We could reword output from `set architecture' so as not to suggest the use without an argument is invalid. In any case the listing facility must not be an `info' subcommand, as these are meant for showing the state of the debuggee, while the set of architectures supported is a property of the given instance of GDB itself, and therefore suitable for the `set'/`show' commands. So if a new command it would have to be `show architecture list' or suchlike. BTW is there a way to globally disable styling by default? I find it irritating (it distracts me and hurts my eyes) as I do having to type: (gdb) set style enabled off every time. Placing the command in $HOME/.config/gdb/gdbinit or $HOME/.gdbinit does nothing, the welcome message is still a disturbing mixture of colours. Maciej