aboutsummaryrefslogtreecommitdiff
path: root/src/backend/libpq/auth.c
diff options
context:
space:
mode:
authorThomas Munro <tmunro@postgresql.org>2022-08-14 08:46:53 +1200
committerThomas Munro <tmunro@postgresql.org>2022-08-14 08:46:53 +1200
commitf5580882856963d1b50f9e391a8dda82d44b69a6 (patch)
tree4060fab53bd3b3aa98c242d3c258161925522d83 /src/backend/libpq/auth.c
parente07ebd4b6e606a7c03ed3c6bf5d6bcbb725247b4 (diff)
downloadpostgresql-f5580882856963d1b50f9e391a8dda82d44b69a6.tar.gz
postgresql-f5580882856963d1b50f9e391a8dda82d44b69a6.zip
Remove HAVE_UNIX_SOCKETS.
Since HAVE_UNIX_SOCKETS is now defined unconditionally, remove the macro and drop a small amount of dead code. The last known systems not to have them (as far as I know at least) were QNX, which we de-supported years ago, and Windows, which now has them. If a new OS ever shows up with the POSIX sockets API but without working AF_UNIX, it'll presumably still be able to compile the code, and fail at runtime with an unsupported address family error. We might want to consider adding a HINT that you should turn off the option to use it if your network stack doesn't support it at that point, but it doesn't seem worth making the relevant code conditional at compile time. Also adjust a couple of places in the docs and comments that referred to builds without Unix-domain sockets, since there aren't any. Windows still gets a special mention in those places, though, because we don't try to use them by default there yet. Reviewed-by: Tom Lane <tgl@sss.pgh.pa.us> Reviewed-by: Andres Freund <andres@anarazel.de> Reviewed-by: Peter Eisentraut <peter.eisentraut@enterprisedb.com> Discussion: https://postgr.es/m/CA%2BhUKG%2BL_3brvh%3D8e0BW_VfX9h7MtwgN%3DnFHP5o7X2oZucY9dg%40mail.gmail.com
Diffstat (limited to 'src/backend/libpq/auth.c')
0 files changed, 0 insertions, 0 deletions