From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id NLByGQSsKGkXhzkAWB0awg (envelope-from ) for ; Thu, 27 Nov 2025 14:52:36 -0500 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=T+MvPZOX; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 50D211E048; Thu, 27 Nov 2025 14:52:36 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE, 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 A68D81E048 for ; Thu, 27 Nov 2025 14:52:35 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 3DF043858419 for ; Thu, 27 Nov 2025 19:52:35 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3DF043858419 Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=T+MvPZOX Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTP id 2FE163858D1E for ; Thu, 27 Nov 2025 19:51:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 2FE163858D1E Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 2FE163858D1E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1764273118; cv=none; b=AAG8MD7BSdbIQr9MVFrhS9QAUxNsOMGENebgwPMMerdb/X7iyarjxwqDkMM5NJXNNU728by7oNUsZyIMj/5Nrd6DxZqoK+XlFE6eDEjOJb9B5MbLgOpsYSkY3YDq862AjmEvaGbqR32XlvVrD25E0aYcTdsi2C1jxFo1ZVzhd04= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1764273118; c=relaxed/simple; bh=zU2apthfjtdtYTb7LG5RsTPDk4xi4no/41nv+L5+vjg=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=f/RwN8OtMAqhPuXMQnzrm8Zu6pNFb2viI2Rs0eNhBvzrXNaRjNwc3HWWSdPMT6VVQLESWzIDODIvjEv6NUodHEmoPC0VPZ2A4+cuCUD2sndm2MeWjpEw7QwZu2zPZEcJ+DUoPsiuQ8lsNXN59qPkLSUEilKO3+WxeS2ak98frKU= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2FE163858D1E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1764273117; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5IJcKF2JMBr2n4rNc1fLfb2j9cI7pGEXWmUZixRh10A=; b=T+MvPZOXf1szv9WSysewJIFc6k7CBOhfaZcTzM4M1+OAHuSeUrdv9w2c70uVLd9duflAuN SKMGje8Jl/8XfwxdhmFZMKQHdKatBjesB6wK1DJCrgNSTjf6P2bmxjfaz1TWHEYqnRvgPD PPFszIgtkez1+VHxn80P5yjBnS9bvkI= Received: from mail-pg1-f200.google.com (mail-pg1-f200.google.com [209.85.215.200]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-308-WbpgR2SKOQmVKnVDmQj8lg-1; Thu, 27 Nov 2025 14:51:56 -0500 X-MC-Unique: WbpgR2SKOQmVKnVDmQj8lg-1 X-Mimecast-MFC-AGG-ID: WbpgR2SKOQmVKnVDmQj8lg_1764273115 Received: by mail-pg1-f200.google.com with SMTP id 41be03b00d2f7-b630b4d8d52so1108124a12.3 for ; Thu, 27 Nov 2025 11:51:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764273115; x=1764877915; h=in-reply-to:content-language:from:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=5IJcKF2JMBr2n4rNc1fLfb2j9cI7pGEXWmUZixRh10A=; b=WL7jInoGcua0AbixwrWtb16gaUbdNR91Mp/9qVGJoGsXOTK2F+XPDAQOPetFFo7Hl6 UfVOpoUMVTkNMojlgM1PHNDwR/a+VkX+pcsbedGCo3wTWLa2Y65tVx+/E4VrZtFMXuFh EPUhzwf87zSXT+Iv0UPDbBommkJjEvoXdE+xN1t0Jb13sJW0GIunBbm6xsOk2BLOqq4b L1yVZgKFxNP5fdNFzKBDd6Ng6HYeEdjz/FlanELfOLJ1CRLoKIPug0KsFt9nWZNjVmsI B28FnZMyvMpwdPbKDh8tHdWGtPEuCULegGMyp5t/qxxQ+Y/Bp8XdMOGhTXBo6++gqQYW oHfg== X-Gm-Message-State: AOJu0YwZcngZ+PyxQcrbga/Gff8SC0TWKQZ441AJ4TyeHOPf8dccVbWv A+HgqyiLPo+YKAPu5eqQRrX4pc6dhME/5DduuGhWzMFd4hd6Sja6uZ+i2gQvRxbXjszpZaAP6EL LMLR9InwNPVE6bFt5Cl86NwOuEM23Te/M4yapw9Rf3IanxlMpqrqb4BcSu2aVJ14= X-Gm-Gg: ASbGncuUj0wC6iTBkLK0l8fLcbje++1sDNpfl0PvVIuz2vNOwinvseDzDCg6zzN9Ej6 HmyG7mqKdQ8y2zR17dOsTikIJSRS2wHNXyWCNbBqZ/25VcWZqkAbZLaNSDJUlkVlEgX3v5/w2Kh 6xa+PHPG9xCe9O3poHPftWWVc+YnS5Us+xVE2W5WkLHuyxeQUl7a7bo9SySc7smcODVEES8u+Os PpSdhVuH3IfrsVU7rdlgtjDMiNAWAAbCLXmVawnnaxf2v71N249+OFdyv7eV22HXrQPGbWbzsGB fmWhTzxcDQjgEBoI5de2IOHRZLS6cC9ZQWiCBF1A4m0r3avYiVr1bEkOcvMBXIV0U0GPLFhZr67 3rWtI/GpcoQ+msYdIe3cNgA== X-Received: by 2002:a05:7300:8c2c:b0:2a4:3593:ddd8 with SMTP id 5a478bee46e88-2a71953caf7mr14125746eec.5.1764273114996; Thu, 27 Nov 2025 11:51:54 -0800 (PST) X-Google-Smtp-Source: AGHT+IH9cyVFe17gNT5gCyvvKtFL+5okUTCdR4v1h9AM9V7xAZbAP4i5MdJRNvd9sqCFVcDpfW1chA== X-Received: by 2002:a05:7300:8c2c:b0:2a4:3593:ddd8 with SMTP id 5a478bee46e88-2a71953caf7mr14125729eec.5.1764273114469; Thu, 27 Nov 2025 11:51:54 -0800 (PST) Received: from ?IPV6:2804:14d:8084:9a69::1004? ([2804:14d:8084:9a69::1004]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2a965ae9d06sm9158674eec.4.2025.11.27.11.51.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 27 Nov 2025 11:51:54 -0800 (PST) Message-ID: <67dc2271-4c15-42d1-bd1a-d77e2cd1e6df@redhat.com> Date: Thu, 27 Nov 2025 16:51:51 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 1/2] gdb: introduce command "info architecture" To: "Maciej W. Rozycki" Cc: gdb-patches@sourceware.org References: <20251106194514.1857177-1-guinevere@redhat.com> <20251106194514.1857177-2-guinevere@redhat.com> From: Guinevere Larsen In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: 6Hkk2M165HhewNpd6Di1A0zra4nZsNY18uZrzotdiWU_1764273115 X-Mimecast-Originator: redhat.com Content-Type: multipart/alternative; boundary="------------SULAivIZCn34uGhRcDnth4mH" Content-Language: en-US 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 This is a multi-part message in MIME format. --------------SULAivIZCn34uGhRcDnth4mH Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/7/25 12:51 PM, Maciej W. Rozycki wrote: > 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, I disagree, in my opinion, this new command would function basically just like "info unwinder", giving information on how GDB is able to interact with the inferior. > 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. My understanding is that set/show commands are mostly used for when the user could change something, and the point of this command is showing the user the compilation options that were used, there's no changes that a user could do. -- Cheers, Guinevere Larsen It/she --------------SULAivIZCn34uGhRcDnth4mH Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
On 11/7/25 12:51 PM, Maciej W. Rozycki wrote:
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,

I disagree, in my opinion, this new command would function basically just like "info unwinder", giving information on how GDB is able to interact with the inferior.

 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.

My understanding is that set/show commands are mostly used for when the user could change something, and the point of this command is showing the user the compilation options that were used, there's no changes that a user could do.

-- 
Cheers,
Guinevere Larsen
It/she
--------------SULAivIZCn34uGhRcDnth4mH--