From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: how to handle missing "prove" |
Date: | 2014-10-29 02:06:36 |
Message-ID: | 54504BAC.1000603@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 10/28/2014 09:16 PM, Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>> Here is a patch to use "missing" to handle the case when "prove" is not
>> present.
> Wouldn't it be easier to do what we do for Perl, viz in Makefile.global.in
>
> ifneq (@PERL@,)
> # quoted to protect pathname with spaces
> PERL = '@PERL@'
> else
> PERL = $(missing) perl
> endif
>
> However, with either of these approaches, "make check-world" gets a hard
> failure if you lack "prove". Is that what we want? It's certainly not
> very consistent with what you've been doing to make the tests just slide
> by (rather than fail on) missing/too old Perl modules.
>
> ISTM that the project policy for external components like this has been
> "don't rely on them unless user says to use them, in which case fail if
> they aren't present". So perhaps what we ought to have is a configure
> switch along the lines of "--enable-tap-tests". If you don't specify it,
> prove_check expands to nothing. If you do specify it, we fail if we
> lack any of the expected support, both "prove" and whatever the agreed-on
> set of Perl modules is.
>
>
+1
If we go this way I'll add a tap icon to the buildfarm so you can see
which animals are running the tests.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2014-10-29 02:22:29 | Allow peer/ident to fall back to md5? |
Previous Message | Peter Eisentraut | 2014-10-29 02:01:46 | Re: how to handle missing "prove" |