From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id E8iUDxawKGn/mjkAWB0awg (envelope-from ) for ; Thu, 27 Nov 2025 15:09:58 -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=h4a6fQso; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 318641E0B3; Thu, 27 Nov 2025 15:09:58 -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,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 86C1D1E048 for ; Thu, 27 Nov 2025 15:09:57 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 269983858421 for ; Thu, 27 Nov 2025 20:09:57 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 269983858421 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=h4a6fQso Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTP id 667853858CB6 for ; Thu, 27 Nov 2025 20:09:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 667853858CB6 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 667853858CB6 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1764274159; cv=none; b=aGIBe+o7CqTHy0XGIOAcGYG4VKaJQ2FcH8udZX56BC/xc+Uc6veNC7OEAHuSj8YGbE50W3HlpwTAhQtG6dXGDwHq465MGZ15kh83cifPpJy4GKDXxK5cN6ALPqHxjiPCHADDHr/iD9ZGHFh633f/VH2/rglrXOojMbFZPXZ+mno= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1764274159; c=relaxed/simple; bh=V1FbXvEZtbvPM80LE2YvfkhqrYAf4gZaDiqbuYY7jko=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=PoZ18W/LKhvnd/wUHDoqO5RzLDYuXwPc7rtMACeylwqOk3Xzr/ikWF7hMCzZ0dn4vHnKtNlzN6JjzGcixjw/pLMkyqFUSgCEKr0eqrkALE85B8ff23lF4Mwta2/Oh1txzCMnh2eJBDjAmZN4YcRYWguevuWepUdar3nvMRMij4k= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 667853858CB6 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1764274159; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Lf8mbodjjANdhZKvTDySOfM3NbvVwaTq9ENHui1rUII=; b=h4a6fQsousOZOG/jg+PuI3OJ9sCj9z28e7cRIHZWSVvaLW385at9Eyln1VGgm6dqIDgvgj F3b3JVzvUIVJaI0FzkNrc6Vp1HprrqZsBMKc3ePmqMFl3iDUOh7T7JOhobnyKMXSjgsfAe ch+NQPoHHyDlPqa3zLj+8Om2Ce9FVDU= Received: from mail-dy1-f198.google.com (mail-dy1-f198.google.com [74.125.82.198]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-629-4CaG88zwNeqpCeGEUv8eTg-1; Thu, 27 Nov 2025 15:09:17 -0500 X-MC-Unique: 4CaG88zwNeqpCeGEUv8eTg-1 X-Mimecast-MFC-AGG-ID: 4CaG88zwNeqpCeGEUv8eTg_1764274156 Received: by mail-dy1-f198.google.com with SMTP id 5a478bee46e88-2a467c4e74bso2698942eec.1 for ; Thu, 27 Nov 2025 12:09:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764274156; x=1764878956; h=content-transfer-encoding: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=Lf8mbodjjANdhZKvTDySOfM3NbvVwaTq9ENHui1rUII=; b=S7q0jkoSncLWI2BqhuK27yJo041LNFDhNpUVPAXVmA+mhvA+cU/w0f4pHwggEd28Cq Kg/kaIYiKvgFB6b+x3Q9ejJb9Yz9DOvHksH8towq1VEWMGrz+NTR8gj9DN2lduy73q0z 7dh06AfHsTnIJ0lly8D6a12Kw0ntrb0D0UqAUCwt50pQ4pe68xiryLMkoS7ah0SKS4Qo uYDWFm0MlGm6GT5fR5jVi+64BQfRX00Z5tOMCdgNp00fwE2x8Ap8XNOs9NqYvDwR2JuQ +mWjzEkwwzI40PyW0roJ3FKoCRyhAoZHDsVlK+KUkT1YSR8gJ2NK+whnxIwgBg6iRqic 016g== X-Gm-Message-State: AOJu0YxovtBAe9scB9JfxNmMyWF912fZommIjdyecxdlTRIlDzuw8Wwk Yme+P2Xu/p9hr9c7EQQvx9A9ep0++LPdDw8x0TqJ7nLkbL6I9B4H7fIpXP+gAXLPuKdhhXQHT/O Lp6rbw06FGocngEdEZsoXi0x0oHxsR9oh0ZiyJhJwyOnyKvGIKs2oq+lqjLSl7w4= X-Gm-Gg: ASbGncsOSLPzblco94LA13d0hxnELjze/pce6g+1lNR6Bsd8lwTCDO2v4tzTv8YVIO6 JAc2rr+aAb+PfLFnFvuDyOWFvFUPwXqOApnNg0WJUbEBF/EgJ70qDbrRajeXglFzcJIvz9KqFsm jts5yKy7uy1HW3SQGjsggK5UKd2YNeupaBaLUUGRQHjH3PWRvILLMsYLvSOPBCEzZ9pUE5oXsQv ZBp9YnjTuMgL8Dfwya6nxHQZCHGqeHBsVPRtxTJZO74MTDy5Z28B4mum0bps1UOjO0VhQ9EbdoM q9cVgbkdmhC2+LVS3ucqSbXH4nqLTR2iUGoccTc/gnjgDQYJB1yBeVM3VVD4yenOXKXJsSBey4l lt2kvVnEVZ1N/SKrW+MODgA== X-Received: by 2002:a05:7022:380a:b0:11b:c1fb:894 with SMTP id a92af1059eb24-11c94b7b929mr12114304c88.19.1764274156195; Thu, 27 Nov 2025 12:09:16 -0800 (PST) X-Google-Smtp-Source: AGHT+IGKErM9ZhfnHSMBoYvGHEOy4jqKCarlI5Knn5MfiRObSxjwkd8Ebwa0g/87Baro0DmzFXPyAg== X-Received: by 2002:a05:7022:380a:b0:11b:c1fb:894 with SMTP id a92af1059eb24-11c94b7b929mr12114294c88.19.1764274155680; Thu, 27 Nov 2025 12:09:15 -0800 (PST) Received: from ?IPV6:2804:14d:8084:9a69::1004? ([2804:14d:8084:9a69::1004]) by smtp.gmail.com with ESMTPSA id a92af1059eb24-11dcaee7076sm9866965c88.4.2025.11.27.12.09.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 27 Nov 2025 12:09:15 -0800 (PST) Message-ID: <676535c1-9276-4ee0-87e8-fc9b0d7a78bb@redhat.com> Date: Thu, 27 Nov 2025 17:09:12 -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> <67dc2271-4c15-42d1-bd1a-d77e2cd1e6df@redhat.com> From: Guinevere Larsen In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: nUex8CvR4mZTUTROV_ILu0qSB6ZwCB1fMcoQtUl8nnw_1764274156 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 11/27/25 5:00 PM, Maciej W. Rozycki wrote: > On Thu, 27 Nov 2025, Guinevere Larsen wrote: > >>> 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. > Is it the semantics documented in the manual since forever (search for it > and when it appeared there) that you disagree with? I don't know what > `info unwinder' is about, but maybe someone got it wrong too and it should > be a `show' subcommand instead. I know that this is what the manual and the help text say about "info", but that's not how the command has been used since at least the 1999 commit: commit c906108c21474dfb4ed285bcc0ac6fe02cd400cc (tag: gdb-4_18-branchpoint) Author: Stan Shebs Date:   Fri Apr 16 01:35:26 1999 +0000     Initial creation of sourceware repository in which the commands "info copying" and "info warranty" were added. The show version of these commands were only added in 2011. >>> 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. > Same as with: > > (gdb) show version > > -- it can't be changed by the user and there's no corresponding `set' > command. > > Maciej > -- Cheers, Guinevere Larsen It/she