Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1plEGd-0006Sc-S3 for pgsql-hackers@arkaria.postgresql.org; Sat, 08 Apr 2023 19:30:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1plEGc-0000Tq-3X for pgsql-hackers@arkaria.postgresql.org; Sat, 08 Apr 2023 19:30:30 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1plEGb-0000Th-QG for pgsql-hackers@lists.postgresql.org; Sat, 08 Apr 2023 19:30:29 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1plEGY-001h4r-Rw; Sat, 08 Apr 2023 19:30:29 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 338JUKJ33611417; Sat, 8 Apr 2023 15:30:20 -0400 From: Tom Lane To: Andres Freund cc: pgsql-hackers@postgresql.org, Peter Geoghegan , Andrew Dunstan , "Jonathan S. Katz" , Amit Kapila , Alvaro Herrera Subject: Re: When to drop src/tools/msvc support In-reply-to: <20230408191007.7lysd42euafwl74f@awork3.anarazel.de> References: <20230408191007.7lysd42euafwl74f@awork3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Sat, 08 Apr 2023 12:10:07 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3611415.1680982220.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Sat, 08 Apr 2023 15:30:20 -0400 Message-ID: <3611416.1680982220@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andres Freund writes: > Do we want to drop src/tools/msvc support in 16 (i.e. now), or do it ear= ly in > 17? On the one hand, it feels like something we shouldn't do after feature freeze. On the other hand, continuing to maintain three build systems is a real drag (although you could argue that there shouldn't be much churn there until the tree opens for 17). We clearly can't consider it in any case until the buildfarm is prepared, with all the Windows animals updated to a compatible client script. I don't know what timeline Andrew has in mind for that. I guess I'd vote for pulling the trigger in v16 if we can get that done by the end of April. Once we're close to beta I think it must wait for v17 to open. regards, tom lane