Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1deohk-00026v-OX for pgsql-committers@arkaria.postgresql.org; Mon, 07 Aug 2017 20:32: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 1deohk-00007a-BE for pgsql-committers@arkaria.postgresql.org; Mon, 07 Aug 2017 20:32:48 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1deohU-0007hl-NY for pgsql-committers@postgresql.org; Mon, 07 Aug 2017 20:32:32 +0000 Received: from mail-qk0-x235.google.com ([2607:f8b0:400d:c09::235]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1deohM-0006fn-V8 for pgsql-committers@postgresql.org; Mon, 07 Aug 2017 20:32:32 +0000 Received: by mail-qk0-x235.google.com with SMTP id u139so9242936qka.1 for ; Mon, 07 Aug 2017 13:32:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=5He6QBE31VVaKmaePHDH/M2SK+Jjcu42XRxk1fLz7dw=; b=JX6zvTLiUZjx+ZWoPzS9Y/EDRzG3tankKL+MMhCoNWsgE1ebXCY0ZkDx2vdCCUxPGx CxeuXjefeFJc8jDjP5XbhStyHiXP0iiBG4ijSG2573x8Q6syswwrYPG/+cC1YY3rCy2Q walptUdf6tdfsXJoDkbZzpQ6V+0ZbXinwqnFmOYi7uqPVD+XZAM1Y8/niKUl+ZZbtj5x lo3C7eJwCBScOaLHdF4CnB1QTzwJeXjAE+aXfHNdOnVUYIIYI+ypCEtcGn9b5JckeG+c 1L6XM1BnGcHGAN6yw5z7vskAz4L0fezUuEjiYWskDIBntOEWNpr8VdZ2RWRCFZhgfNR4 NZ6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=5He6QBE31VVaKmaePHDH/M2SK+Jjcu42XRxk1fLz7dw=; b=DV4840SkFGtlI4B5tO4ryWhy0CcqvTUJGI6dPKNxWEysPWd/WARhrrrYc1Mi7zr2kt JpcA5f/8jlUMM87ZnV+xSgDIMM9hVydCRsw096M/IXNd4e9Lb+H4UCTjEY3POtLf/9DA 0r2vF48Xw8rGLEcbFKXfampyNfXy8npxSTGAtaBus9ZCpI1MOb9ueCgE/zGxEH6sh0Pa +EI06qfw2wZR4vzP86ND0PObujQjXwoSgMnXv+Uz7e6q9yxSIeF9CFW65ak+hVWRSkwN dfHoqX/LFWLPbwnqj+Zb15XBttCKM8+y4aBZXFzCwzSAvNHK9H+oxGhMkMZPFlWt2Xon brtA== X-Gm-Message-State: AHYfb5iAXzEDLDTS0j2QQVJdR/PrK4HyuEwiwidtNo3sbWXWcJvuT1eW ZHBXLr+RaB1zJTo3u83ZMA== X-Received: by 10.55.212.194 with SMTP id s63mr2578582qks.102.1502137943333; Mon, 07 Aug 2017 13:32:23 -0700 (PDT) Received: from [192.168.10.146] ([98.122.175.38]) by smtp.gmail.com with ESMTPSA id y10sm6557975qtb.57.2017.08.07.13.32.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Aug 2017 13:32:22 -0700 (PDT) From: Andrew Dunstan X-Google-Original-From: Andrew Dunstan Subject: Re: pgsql: Record full paths of programs sought by "configure". To: Tom Lane Cc: pgsql-committers@postgresql.org, PostgreSQL-development References: <7295.1502133694@sss.pgh.pa.us> <90c39664-ec60-77dc-9f1b-21e8fa7b864c@2ndQuadrant.com> <10269.1502134598@sss.pgh.pa.us> <2a8e30d4-d584-1d74-6efa-100112062333@2ndQuadrant.com> <11702.1502136420@sss.pgh.pa.us> <51fca142-5ead-7f57-1798-2e02972b27c1@2ndQuadrant.com> <12321.1502137246@sss.pgh.pa.us> Message-ID: Date: Mon, 7 Aug 2017 16:32:22 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <12321.1502137246@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-MW List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-committers Precedence: bulk Sender: pgsql-committers-owner@postgresql.org On 08/07/2017 04:20 PM, Tom Lane wrote: > Andrew Dunstan writes: >> On 08/07/2017 04:07 PM, Tom Lane wrote: >>> Sorry, I was imprecise. What I'm suggesting is that you drop the >>> runtime PATH-foolery and instead put this in configure's environment: >>> >>> PROVE=$perlpathdir/prove >>> >>> Otherwise you're basically lying to configure about what you're going >>> to use, and that's always going to break eventually. >> Hmm, you're saying this should work now? OK, I'll try it when I get a >> minute to spare. > I'm pretty sure it's always worked, at least in the sense that you could > override what configure would put into Makefile.global that way. I'm not > quite clear on whether providing an exact path to "prove" there is enough > to fix your problem. If we have any places where we need to invoke the > corresponding version of "perl", then we have more things to fix. I'm pretty sure that's all we need. But we can find out ;-) > >>> Hm, yeah, the IPC::Run test would need to deal with this as well. >>> A PROVE_PERL environment variable is one way. Or maybe simpler, >>> just skip the probe for IPC::Run if PROVE has been specified >>> externally; assume the user knows what he's doing in that case. >> WFM > OK, I'll go make that happen. > > OK, thanks. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-committers