Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1denb2-0006FE-DJ for pgsql-hackers@arkaria.postgresql.org; Mon, 07 Aug 2017 19:21:48 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1denb1-0003WS-RY for pgsql-hackers@arkaria.postgresql.org; Mon, 07 Aug 2017 19:21:47 +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 1denb0-0003UP-EL; Mon, 07 Aug 2017 19:21:46 +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 1denaq-0002X0-17; Mon, 07 Aug 2017 19:21:45 +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 v77JLYe3007296; Mon, 7 Aug 2017 15:21:34 -0400 From: Tom Lane To: Andrew Dunstan cc: pgsql-committers@postgresql.org, PostgreSQL-development Subject: Re: [COMMITTERS] pgsql: Record full paths of programs sought by "configure". In-reply-to: References: Comments: In-reply-to Andrew Dunstan message dated "Mon, 07 Aug 2017 14:36:17 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7294.1502133694.1@sss.pgh.pa.us> Date: Mon, 07 Aug 2017 15:21:34 -0400 Message-ID: <7295.1502133694@sss.pgh.pa.us> 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 Andrew Dunstan writes: > On 07/31/2017 01:02 PM, Tom Lane wrote: >> Record full paths of programs sought by "configure". > The problem with this commit, as jacana is demonstrating, is that on > Msys it finds the wrong prove. configure needs to run against the perl > we build against, i.e. a native Windows perl, but prove needs to run > with the perl from the MSys DTK that understands MSys virtualized > paths. I have a hack that will allow the buildfarm to overcome the > difficulty, (essentially it passes 'PROVE=prove' to make) but that's > fairly ugly and certainly non-intuitive for someone running an MSys > build and TAP tests without the buildfarm client. I'm confused. AFAIK, that commit did not change which "prove" would be used --- at least not unless you change PATH between configure and make. It only changed how specifically that program would be named in Makefile.global. Please clarify how that broke anything. 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