Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn7zX-0006Gp-I1 for pgsql-committers@arkaria.postgresql.org; Tue, 28 Apr 2015 16:04:11 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Yn7zW-0007Br-Tu for pgsql-committers@arkaria.postgresql.org; Tue, 28 Apr 2015 16:04:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Yn7zW-0007Bh-6i for pgsql-committers@postgresql.org; Tue, 28 Apr 2015 16:04:10 +0000 Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]) by magus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Yn7zR-0004Q8-HL for pgsql-committers@postgresql.org; Tue, 28 Apr 2015 16:04:08 +0000 Received: from mfilter26-d.gandi.net (mfilter26-d.gandi.net [217.70.178.154]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 1A68541C08E; Tue, 28 Apr 2015 18:04:01 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter26-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter26-d.gandi.net (mfilter26-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id F1acnKhLT0cH; Tue, 28 Apr 2015 18:03:59 +0200 (CEST) X-Originating-IP: 98.27.58.255 Received: from [192.168.10.146] (cpe-98-27-58-255.nc.res.rr.com [98.27.58.255]) (Authenticated sender: adsend@dunslane.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id DD30F41C080; Tue, 28 Apr 2015 18:03:58 +0200 (CEST) Message-ID: <553FAF6D.3070703@dunslane.net> Date: Tue, 28 Apr 2015 12:03:57 -0400 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Michael Paquier CC: Peter Eisentraut , Tom Lane , pgsql-committers@postgresql.org Subject: Re: pgsql: Add transforms feature References: <18844.1430066190@sss.pgh.pa.us> <553E29B5.9000102@gmx.net> <553ECC34.2090104@dunslane.net> <553EDA8A.9090806@dunslane.net> <553FAC70.2070309@dunslane.net> In-Reply-To: <553FAC70.2070309@dunslane.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.6 (--) 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 [switching to -hackers] On 04/28/2015 11:51 AM, Andrew Dunstan wrote: > > On 04/28/2015 09:04 AM, Michael Paquier wrote: >> On Tue, Apr 28, 2015 at 10:01 AM, Michael Paquier >> wrote: >>> On Tue, Apr 28, 2015 at 9:55 AM, Andrew Dunstan wrote: >>>> w.r.t MSVC builds, it looks like we need entries in >>>> $contrib_extraincludes >>>> in src/tools/msvc/Mkvcbuild.pm at the very least. >>> If our goal is to put back to green the Windows nodes as quick as >>> possible, we could bypass their build this way , and we'll >>> additionally need to update the install script and >>> vcregress.pl/contribcheck to bypass those modules accordingly. Now I >>> don't think that we should make the things produced inconsistent. >> OK, attached are two patches to put back the buildfarm nodes using >> MSVC to green >> - 0001 adds support for build and installation of the new transform >> modules: hstore_plperl, hstore_plpython and ltree_plpython. Note that >> this patch is enough to put back the buildfarm to a green state for >> MSVC, but it disables the regression tests for those modules, >> something addressed in the next patch... >> - 0002 adds support for regression tests for the new modules. The >> thing is that we need to check the major version version of Python >> available in configuration and choose what are the extensions to >> preload before the tests run. It is a little bit hacky... But it has >> the merit to work, and I am not sure we could have a cleaner solution >> by looking at the Makefiles of the transform modules that use >> currently conditions based on $(python_majorversion). >> Regards, > > > I have pushed the first of these with some tweaks. > > I'm looking at the second. > > Regarding this second patch - apart from the buggy python version test which I just fixed in the first patch, I see this: + if ($pyver eq "2") + { + push @opts, "--load-extension=plpythonu"; + push @opts, '--load-extension=' . $module . 'u'; + } But what do we do for Python3? Do we actually have a Windows machine building with Python3? cheers andrew -- Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-committers