Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cpiab-0005Ch-4w for pgsql-hackers@arkaria.postgresql.org; Sun, 19 Mar 2017 21:42:13 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cpiaa-0008P2-MS for pgsql-hackers@arkaria.postgresql.org; Sun, 19 Mar 2017 21:42:12 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cpiZ6-0005kl-HB for pgsql-hackers@postgresql.org; Sun, 19 Mar 2017 21:40:40 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cpiZ4-0001ka-CI; Sun, 19 Mar 2017 21:40:39 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id v2JLeMaD002971; Sun, 19 Mar 2017 17:40:22 -0400 From: Tom Lane To: Heikki Linnakangas cc: Dave Page , pgsql-hackers@postgresql.org Subject: Re: [COMMITTERS] pgsql: Fix and simplify check for whether we're running as Windows serv In-reply-to: References: <16609.1489773427@sss.pgh.pa.us> Comments: In-reply-to Heikki Linnakangas message dated "Sun, 19 Mar 2017 23:26:40 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2969.1489959622.1@sss.pgh.pa.us> Date: Sun, 19 Mar 2017 17:40:22 -0400 Message-ID: <2970.1489959622@sss.pgh.pa.us> X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Heikki Linnakangas writes: > On 03/17/2017 07:57 PM, Tom Lane wrote: >> This seems to have broken narwhal: > It's not very nice to change the requirements in a minor version, but I > don't think this would be a real problem for anyone. Not many people > build PostgreSQL using MinGW, let alone with an ancient version of it. > But if people don't agree, we could instead revert this patch and apply > the smaller V2 patch [2] instead, in the back-branches. > Thoughts? Any objections to requiring a newer version of MinGW? Any > objections to do so in the next minor release? Hm. I'm +1 for doing that in HEAD, but less so for the back branches. Can we get some fix on when the functions in question were added to MinGW? If we knew how new a toolchain we'd be requiring here, that would help make this decision. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers