Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAPsupport - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAPsupport
Date
Msg-id e44843b2-7440-32e4-f42e-a3b421524469@2ndquadrant.com
Whole thread Raw
In response to Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAPsupport  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAPsupport
List pgsql-hackers
On 2/24/18 18:29, Michael Paquier wrote:
> Sure.  But then I think that it would be nice to show up on screen the
> reason why the test failed if possible.  As of now if SSL is missing the
> whole run shows in red without providing much useful information.
> Instead of 0001 as shaped previously, why not using as well diag to show
> the failure on the screen?
> 
> For example the following block at the top of each test:
> if (!check_pg_config("#define USE_OPENSSL 1"))
> {
>     diag "SSL tests not supported without support in build";
>     die;
> }

I think BAIL_OUT() is intended for this.

>> What I had in mind would consist of something like this in
>> src/test/Makefile:
>>
>> ifeq ($(with_ldap),yes)
>> ifneq (,$(filter ldap,$(YOUR_VARIABLE_HERE)))
>> SUBDIRS += ldap
>> endif
>> endif
> 
> OK.  So let's call it PG_TEST_EXTRA_INSECURE or PG_TEST_EXTRA, which can
> take 'ldap', 'ssl' or 'ldap,ssl' as valid values.  Seeing that
> documented is really necessary in my opinion.  Any idea for a better
> name?

I don't have a great idea about the name.  The value should be
space-separated to work better with make functions.

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


pgsql-hackers by date:

Previous
From: Nikolay Shaplov
Date:
Subject: Re: [PATCH] Opclass parameters
Next
From: n.zhuchkov@postgrespro.ru
Date:
Subject: Direct converting numeric types to bool