Re: PATCH pass PGOPTIONS to pg_regress - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: PATCH pass PGOPTIONS to pg_regress
Date
Msg-id 20180530152247.GA17578@paquier.xyz
Whole thread Raw
In response to Re: PATCH pass PGOPTIONS to pg_regress  (Ildar Musin <i.musin@postgrespro.ru>)
Responses Re: PATCH pass PGOPTIONS to pg_regress
List pgsql-hackers
On Wed, May 30, 2018 at 12:28:27PM +0300, Ildar Musin wrote:
> Here extra.conf is implied to be a file in extension's root directory which
> contains additional server options.
> This would only work for `make check` though, not `make installcheck`.

REGRESS_OPTS is more widely known for this purpose, and I use it as
well.  Still, I agree that there is no need to add an extra mechanism
with PGOPTIONS if a feature already exists.  One thing which is also
not much known is that multiple --temp-config entries can be defined
where the last entry wins if the same parameter maps across multiple
files, so you can reduce configuration delta chunks if you need to worry
about multiple versions of the backend for the same development branch

I tend to prefer using one branch per stable version to map with
Postgres and it makes code chunks easier to see without thinking about
PG_VERSION_NUM, still that depends on the project developped.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Re: Microoptimization of Bitmapset usage in postgres_fdw
Next
From: Teodor Sigaev
Date:
Subject: Re: Few comments on commit 857f9c36 (skip full index scans )