Re: Equivalent of --enable-tap-tests in MSVC scripts - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Equivalent of --enable-tap-tests in MSVC scripts
Date
Msg-id CAB7nPqSXPtAknEYf4pbNw__esXFiDpbHK7TTn80kJcJOHEMkng@mail.gmail.com
Whole thread Raw
In response to Re: Equivalent of --enable-tap-tests in MSVC scripts  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Equivalent of --enable-tap-tests in MSVC scripts  (Craig Ringer <craig@2ndquadrant.com>)
List pgsql-hackers
On Wed, Mar 2, 2016 at 12:40 AM, Andrew Dunstan <andrew@dunslane.net> wrote:
> On 03/01/2016 08:00 AM, Michael Paquier wrote:
>> As of now the MSVC scripts control if TAP tests are enabled or not
>> using a boolean flag as $config->{tap_tests}. However, this flag is
>> just taken into account in vcregress.pl, with the following issues:
>> 1) config_default.pl does not list tap_tests, so it is unclear to
>> users to enable them. People need to look into vcregress.pl as a start
>> point.
>> 2) GetFakeConfigure() does not translate $config->{tap_tests} into
>> --enable-tap-tests, leading to pg_config not reporting it in
>> CONFIGURE. This is inconsistent with what is done in ./configure.
>>
>> Attached is a patch to address those two issues.
>
> Good work. There seem to be some unrelated whitespace changes. Shouldn't
> this just be two extra lines?

pertidy is telling me the contrary. Is that bad to run it for such a
change? I thought we cared about the format of the perl code, and the
length of the variable name "tap_tests" has an impact on the
indentation of the whole block per the rules in
src/tools/pgindent/perltidyrc. (Actually I made a mistake in previous
patch the portion for asserts should not be indented, not sure why it
was, attached is an updated patch).
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Craig Ringer
Date:
Subject: Re: TAP / recovery-test fs-level backups, psql enhancements etc
Next
From: David Steele
Date:
Subject: Re: 2016-03 Commitfest Manager