Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dcGWz-0006As-H5 for pgsql-hackers@arkaria.postgresql.org; Mon, 31 Jul 2017 19:39:09 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dcGWz-0005MC-3r for pgsql-hackers@arkaria.postgresql.org; Mon, 31 Jul 2017 19:39:09 +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 1dcGVQ-0008Bf-1s for pgsql-hackers@postgresql.org; Mon, 31 Jul 2017 19:37:32 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dcGVM-0007Jk-7K for pgsql-hackers@postgresql.org; Mon, 31 Jul 2017 19:37:31 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 884D620B87; Mon, 31 Jul 2017 15:37:26 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute7.internal (MEProxy); Mon, 31 Jul 2017 15:37:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=Jq3OlwGnIwMvHaT8JHUfut2JYRASzGORA4lx2ukaOio=; b=qKPrs2Uf nb5BIN0hzqwa8X144EjGz1kDlmU0uXkff6gpO1O+RbJZv9w7QqkzJmtLfTsjvZSt xKJqfOWOd1VsgVARJESI9Gnwg9QQnaIW2WzbUwTrp9g+XYZazFJO/TVYrhX2Ob69 q8kaucEoyCXgb6JoQ5FuG5uE2yR3nn+Y9+SiqAOJ/RbZgRRWUX5v4m93aTblioeo vUZyqCgTu5/0X8NVfYJO+bEPTbLttXcFb73LJMpA61IY9hT6sMa3S+EruhElac9z De7/h1rlfQ1C50567tU0ggeZ4a0yMWklyIrfhVf1zL9UKw8BLvgaPV5BhoCmR/iL ZZbY/w/AjFpJ0w== X-ME-Sender: X-Sasl-enc: g91UcKEs9MZ7NZRmtmopGySt62tkxfSaB/l6KdPZC/Eb 1501529846 Received: from april.local (c-73-13-66-39.hsd1.pa.comcast.net [73.13.66.39]) by mail.messagingengine.com (Postfix) with ESMTPA id 4F377245BC; Mon, 31 Jul 2017 15:37:26 -0400 (EDT) Subject: Re: PL_stashcache, or, what's our minimum Perl version? From: Peter Eisentraut To: Tom Lane References: <20540.1501210115@sss.pgh.pa.us> <16894.1501392088@sss.pgh.pa.us> <20170730154814.GA2636941@rfd.leadboat.com> <22744.1501430710@sss.pgh.pa.us> <20170730163054.GA2630977@rfd.leadboat.com> <25937.1501433410@sss.pgh.pa.us> <9072.1501527316@sss.pgh.pa.us> <90a92a7d-938e-507a-3bd7-ecd2b4004689@2ndquadrant.com> Cc: Noah Misch , Andrew Dunstan , pgsql-hackers@postgresql.org Organization: 2ndQuadrant Message-ID: <1232c099-92fa-beb5-1b4c-5f9d73886c99@2ndquadrant.com> Date: Mon, 31 Jul 2017 15:37:25 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <90a92a7d-938e-507a-3bd7-ecd2b4004689@2ndquadrant.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit 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 On 7/31/17 15:17, Peter Eisentraut wrote: > On 7/31/17 14:55, Tom Lane wrote: >>> We use the "PATH" variants when we need a fully qualified name. For >>> example, at some point or another, we needed to substitute a fully >>> qualified perl binary name into the headers of scripts. >> >>> If there is no such requirement, then we should use the non-PATH variants. >> >> Why? That risks failures of various sorts, and you have not stated >> any actual benefit of it. > > What I wrote is merely a description of the current practice. That > practice was in turn developed out of ancient Autoconf standard > practices. There are arguments to be made for doing it differently. > > One major PITA with the AC_PATH_* checks is that you can only override > them with environment variables that are full paths; otherwise the > environment variables are ignored. For example, currently, running > > ./configure PYTHON=python3 > > will result in the PYTHON setting being ignored. Currently, this only > affects a small number of variables, but if we expanded that, it would > be a pretty significant usability change. Plus certain special macros such as AC_PROG_CC don't have a PATH variant, so you're always going to have some inconsistencies. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers