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 1oM9af-0001kM-IN for pgsql-hackers@arkaria.postgresql.org; Thu, 11 Aug 2022 14:55:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oM9ae-00060f-Br for pgsql-hackers@arkaria.postgresql.org; Thu, 11 Aug 2022 14:55:16 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oM9YQ-0000Kc-Ij for pgsql-hackers@lists.postgresql.org; Thu, 11 Aug 2022 14:52:58 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oM9YO-0005AJ-Cf for pgsql-hackers@postgresql.org; Thu, 11 Aug 2022 14:52:57 +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 27BEqpmW488235; Thu, 11 Aug 2022 10:52:51 -0400 From: Tom Lane To: Thomas Munro cc: Andres Freund , Andrew Dunstan , Robert Haas , pgsql-hackers Subject: Re: Cleaning up historical portability baggage In-reply-to: References: <20220712173352.trdeq66asbv6vf2q@awork3.anarazel.de> <1662559.1657648462@sss.pgh.pa.us> <1249825.1658622186@sss.pgh.pa.us> <20220804034343.unm4rdynedbigamv@awork3.anarazel.de> <3322724.1659586159@sss.pgh.pa.us> <295419.1659918447@sss.pgh.pa.us> <747620.1660002360@sss.pgh.pa.us> Comments: In-reply-to Thomas Munro message dated "Thu, 11 Aug 2022 22:02:29 +1200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <488233.1660229571.1@sss.pgh.pa.us> Date: Thu, 11 Aug 2022 10:52:51 -0400 Message-ID: <488234.1660229571@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thomas Munro writes: > The most interesting things to say about these ones are: > * The concept of a no-Unix-socket build is removed. We should be > able to do that now, right? Peter E seemed to say approximately that > in the commit message for 797129e5. Or is there a thought that a new > operating system might show up that doesn't have 'em and we'd wish > we'd kept this stuff well marked out? I'm kind of down on removing that. I certainly think it's premature to do so today, when we haven't even yet shipped a release that assumes we can always define it on Windows -- I won't be too surprised if we get pushback on that after 15.0 is out. But in general, Unix sockets seem like kind of an obvious thing that might not be there on some future platform. Instead of what you did in 0002, I propose putting "#define HAVE_UNIX_SOCKETS 1" in pg_config_manual.h, and keeping the #if's that reference it as-is. All the rest of this seems fine on a cursory readthrough. Even if we discover that header foo.h is less universal than we thought, putting back one or two configure tests won't be hard. regards, tom lane