Re: GUC flags
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Justin Pryzby <pryzby@telsasoft.com>
Cc: Peter Eisentraut <peter.eisentraut@enterprisedb.com>, Kyotaro Horiguchi <horikyota.ntt@gmail.com>, pgsql-hackers@lists.postgresql.org, bruce@momjian.us, tgl@sss.pgh.pa.us
Date: 2022-02-08T04:06:29Z
Lists: pgsql-hackers
On Mon, Feb 07, 2022 at 09:07:28PM -0600, Justin Pryzby wrote: > I think this is the regex I wrote to handle either "name = value" or "name > value", which was needed between f47ed79cc..4d7c3e344. See skip_equals. Yes, I took it from there, noticing that it was working just fine for this purpose. > It's fine the way it is, but could also remove the 2nd half of the alternation > (|), since GUCs shouldn't be added to sample.conf without '='. Makes sense. check_guc also checks after this pattern. -- Michael
Commits
-
Add TAP test to automate the equivalent of check_guc, take two
- 7265dbffad7f 15.0 landed
-
Retire src/backend/utils/misc/check_guc
- cf29a11ef646 15.0 landed
-
Add TAP test to automate the equivalent of check_guc
- b0a55f4d4ad5 15.0 landed
-
Add PostgreSQL::Test::Cluster::config_data()
- ba15f16107be 15.0 landed
-
Introduce pg_settings_get_flags() to find flags associated to a GUC
- d10e41d4238e 15.0 landed
-
Revert changes about warnings/errors for placeholders.
- cab5b9ab2c06 15.0 cited
-
Improve the description of various GUCs
- 03774f9bb304 15.0 landed