Re: pgsql: Add TAP tests for pg_dump

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Stephen Frost <sfrost(at)snowman(dot)net>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql: Add TAP tests for pg_dump
Date: 2016-05-06 20:35:55
Message-ID: 20160506203555.GA285753@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Tom Lane wrote:
> Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
> > Stephen Frost wrote:
> >> I'm guessing the right answer here is to just add test_pg_dump to that
> >> list.
>
> > I don't like this solution, because it means pg_dump will get little
> > testing on Windows.
>
> No, that's incorrect: @contrib_excludes stops the MSVC stuff from trying
> to *build* in that directory, which is fine because there's nothing to
> build. It doesn't prevent running the test case. See eg.
> http://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=thrips&dt=2016-05-06%2015%3A37%3A27&stg=testmodules-install-check-C
> where the test_extensions test does get run even though it's in
> @contrib_excludes.

Ah, that's surprising, but much better of course. Works for me.

> In any case, reverting the patch would mean no Windows testing, so
> your argument doesn't seem to have much force even if it were true?

I was suggesting to revert it for the beta and put it back with a
working Windows implementation after the beta, before GA. I was afraid
that a hack to hide the test from Windows would become permanent.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Stephen Frost 2016-05-06 20:40:04 pgsql: Add test_pg_dump to @contrib_excludes
Previous Message Tom Lane 2016-05-06 20:31:12 Re: pgsql: Add TAP tests for pg_dump

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2016-05-06 20:40:42 Re: Reviewing freeze map code
Previous Message Robert Haas 2016-05-06 20:34:53 Re: Reviewing freeze map code