From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 8Zt3Bl+7FGnlQzoAWB0awg (envelope-from ) for ; Wed, 12 Nov 2025 11:52:47 -0500 Received: by simark.ca (Postfix, from userid 112) id 16BD61E0B8; Wed, 12 Nov 2025 11:52:47 -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 B5BBA1E057 for ; Wed, 12 Nov 2025 11:52:46 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 4E7AD3858C83 for ; Wed, 12 Nov 2025 16:52:46 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4E7AD3858C83 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by sourceware.org (Postfix) with ESMTP id 11D343858D29 for ; Wed, 12 Nov 2025 16:52:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 11D343858D29 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 11D343858D29 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=217.140.110.172 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1762966336; cv=none; b=E9k25562lFkcLt1HezljO/otsELd7iDcSagcmh2G5/sZ93b/nTmya9kpSJQX+8bVzs1sFfQjjb97FazKt+9I+izxtP9MfQLwXtE4VRbDPheaZ4LlPSmEIxTwPWAIX0+biQASmjwWOrI5oRoKmunndgzoIsN8phiD7SYFZhbZwIM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1762966336; c=relaxed/simple; bh=YctrLhUnDiSrmhSq4xbXlAnqnKT5RWouw6X6WzJBSnQ=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=OuSh2IKdcsjxF1lyhxyu51fGcMKhl9Dfe867ymkJhvqGBZfwVpLL4lc/CYTfrKk3RRH7/Q4/P2Vgm2vXQM9J2RG09/sEmt4u3FVM6IOzsT+ESy3+10blFCD1acdQfgaeZqg94A6nfXp0fusI9GyySzGNZdiN32xSNLhMT2f2eCg= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 11D343858D29 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 02CCA1595; Wed, 12 Nov 2025 08:52:08 -0800 (PST) Received: from [10.2.79.28] (unknown [10.2.79.28]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id C4B663F66E; Wed, 12 Nov 2025 08:52:14 -0800 (PST) Message-ID: <18cba048-250a-47a9-a056-8a4e255b7fa5@arm.com> Date: Wed, 12 Nov 2025 16:52:13 +0000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] [gdb/python] Use PyConfig for python 3.9 To: Eli Zaretskii , Simon Marchi Cc: tom@tromey.com, tdevries@suse.de, gdb-patches@sourceware.org References: <20251017133624.2460264-1-tdevries@suse.de> <87h5vxr4zp.fsf@tromey.com> <86jz0tftrk.fsf@gnu.org> <87qzv1pjy8.fsf@tromey.com> <86ikgdfkd2.fsf@gnu.org> <87zf97c4yw.fsf@tromey.com> <86v7jujkyh.fsf@gnu.org> <865xbrgeo2.fsf@gnu.org> Content-Language: en-GB From: "Richard Earnshaw (foss)" In-Reply-To: <865xbrgeo2.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 03/11/2025 18:21, Eli Zaretskii wrote: >> Date: Mon, 3 Nov 2025 12:09:05 -0500 >> Cc: tdevries@suse.de, gdb-patches@sourceware.org >> From: Simon Marchi >> >>> We can discuss the broader issue of whether we want to drop support >>> for XP, yes. When we do, please explain how supporting it holds back >>> GNU development, as the basis for the discussion, and let's take it >>> from there. >> >> One possibility is to declare that it's no longer possible to compile >> GDB with Python support, on Windows XP, because we want to make use of >> Python features newer that the latest Python that works on XP. > > IMO, that's not a good idea, because Python support is nowadays > considered a de-facto integral part of GDB. For example, the .gdbinit > file shipped with GNU Emacs uses Python without even testing that it's > available. > > Btw, the problem is not the system where GDB is compiled, the problem > is the system on which it runs. So how long are we expected to support such an antiquated system? It's already 11 years beyond it's final maintenance update and continuing to pretend we can support it is clearly holding up development of gdb. If the runtime can't support critical improvements of gdb, then surely it's time to reconsider our priorities. We're not stopping people from running older versions of gdb after all. R.