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 1lR7Or-00018V-Lf for pgsql-hackers@arkaria.postgresql.org; Tue, 30 Mar 2021 05:58:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lR7Oo-0001RH-6S for pgsql-hackers@arkaria.postgresql.org; Tue, 30 Mar 2021 05:58:46 +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 1lR7On-0001RA-Vn for pgsql-hackers@lists.postgresql.org; Tue, 30 Mar 2021 05:58:45 +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 1lR7Oh-0000bH-Ms for pgsql-hackers@lists.postgresql.org; Tue, 30 Mar 2021 05:58:44 +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 12U5wbcM2781004; Tue, 30 Mar 2021 01:58:37 -0400 From: Tom Lane To: Thomas Munro cc: James Hilliard , David Steele , PostgreSQL Hackers , Sergey Shinderuk Subject: Re: [PATCH v3 1/1] Fix detection of preadv/pwritev support for OSX. In-reply-to: References: <20210122193230.25295-1-james.hilliard1@gmail.com> Comments: In-reply-to Thomas Munro message dated "Tue, 30 Mar 2021 12:54:11 +1300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2781002.1617083917.1@sss.pgh.pa.us> Date: Tue, 30 Mar 2021 01:58:37 -0400 Message-ID: <2781003.1617083917@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thomas Munro writes: > I'll move it when committing. I'll let this patch sit for another day > to see if any other objections show up. FWIW, I remain fairly strongly against this, precisely because of the point that it requires us to start using a randomly different feature-probing technology anytime Apple decides that they're going to implement some standard API that they didn't before. Even if it works everywhere for preadv/pwritev (which we won't know in advance of buildfarm testing, and maybe not then, since detection failures will probably be silent), it seems likely that we'll hit some case in the future where this interacts badly with some other platform's weirdness. We haven't claimed in the past to support MACOSX_DEPLOYMENT_TARGET, and I'm not sure we should start now. How many people actually care about that? regards, tom lane