From: | Noah Misch <noah(at)leadboat(dot)com> |
---|---|
To: | Yury Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Proposal: Remove regress-python3-mangle.mk |
Date: | 2016-04-20 02:23:55 |
Message-ID: | 20160420022355.GA2008591@tornado.leadboat.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Apr 19, 2016 at 06:31:34PM +0300, Yury Zhuravlev wrote:
> Now we generate tests for plpython3 of plpython2 tests. I think we should
> write independently 2 test suite.
> Why is that bad:
> 1. Differences between python2 and python3 more than can be solved by
> regexps. And these differences are growing.
Considering we have 2756 lines of Python test SQL and just thirteen lines of
sed to mangle them, the current method is scaling nicely.
> 2. We must be careful to write tests, so as not to break the converter. And
> we can not verify the possibility python3.
I may not understand that second sentence. We have multiple buildfarm members
verifying the python2 case and multiple members verifying the python3 case.
> 3. Because we use sed we do not tests for plpython3 under Windows. And I
> have trouble with CMake too.
Even if removing regress-python3-mangle.mk happened to be good for PL/Python,
we need build systems flexible enough to implement steps like it without a
struggle. Our current build systems, the src/tools/msvc system and the GNU
make system, have that flexibility. We could port regress-python3-mangle.mk
to Perl and run it on Windows; it just hasn't been a priority.
> Yes, we will have 2 times more similar code but you need to relates to the
> python2 and python3 as the different languages.
The PL/Python implementation does not view them as different languages; the
bulk of its code is the same for both python2 and python3. We'd want almost
the same test cases in both suites. Maintaining a single, adaptable test
suite is cheaper than forking that suite.
nm
From | Date | Subject | |
---|---|---|---|
Next Message | Masahiko Sawada | 2016-04-20 02:51:09 | Re: Support for N synchronous standby servers - take 2 |
Previous Message | Noah Misch | 2016-04-20 01:29:09 | Re: pg_dump dump catalog ACLs |