aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistbuildbuffers.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-12-20 15:34:07 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2019-12-20 15:34:07 -0500
commite60b480d39ee3401727a994988dd9117a3b48466 (patch)
treeb415b20282cdd0a15ba0334d51ab31dc180fb25d /src/backend/access/gist/gistbuildbuffers.c
parent77f416af6e821b40649c971ded43089e0450791a (diff)
downloadpostgresql-e60b480d39ee3401727a994988dd9117a3b48466.tar.gz
postgresql-e60b480d39ee3401727a994988dd9117a3b48466.zip
libpq should expose GSS-related parameters even when not implemented.
We realized years ago that it's better for libpq to accept all connection parameters syntactically, even if some are ignored or restricted due to lack of the feature in a particular build. However, that lesson from the SSL support was for some reason never applied to the GSSAPI support. This is causing various buildfarm members to have problems with a test case added by commit 6136e94dc, and it's just a bad idea from a user-experience standpoint anyway, so fix it. While at it, fix some places where parameter-related infrastructure was added with the aid of a dartboard, or perhaps with the aid of the anti-pattern "add new stuff at the end". It should be safe to rearrange the contents of struct pg_conn even in released branches, since that's private to libpq (and we'd have to move some fields in some builds to fix this, anyway). Back-patch to all supported branches. Discussion: https://postgr.es/m/11297.1576868677@sss.pgh.pa.us
Diffstat (limited to 'src/backend/access/gist/gistbuildbuffers.c')
0 files changed, 0 insertions, 0 deletions