aboutsummaryrefslogtreecommitdiff
path: root/contrib/postgres_fdw/connection.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-11-07 14:21:52 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2019-11-07 14:21:52 -0500
commit89f56fc223f94c0e0c0347aa9fc18d1a247bc316 (patch)
tree98113fef4693190e7cafd1c5168f5271579ec974 /contrib/postgres_fdw/connection.c
parente4baecf1e1626139a2298395257ec1838c133d79 (diff)
downloadpostgresql-89f56fc223f94c0e0c0347aa9fc18d1a247bc316.tar.gz
postgresql-89f56fc223f94c0e0c0347aa9fc18d1a247bc316.zip
Move declaration of ecpg_gettext() to a saner place.
Declaring this in the client-visible header ecpglib.h was a pretty poor decision. It's not meant to be application-callable (and if it was, putting it outside the extern "C" { ... } wrapper means that C++ clients would fail to call it). And the declaration would not even compile for a client, anyway, since it would not have the macro pg_attribute_format_arg(). Fortunately, it seems that no clients have tried to include this header with ENABLE_NLS defined, or we'd have gotten complaints about that. But we have no business putting such a restriction on client code. Move the declaration to ecpglib_extern.h, since in fact nothing outside src/interfaces/ecpg/ecpglib/ needs to call it. The practical effect of this is just that clients can now safely #include ecpglib.h while having ENABLE_NLS defined, but that seems like enough of a reason to back-patch it. Discussion: https://postgr.es/m/20590.1573069709@sss.pgh.pa.us
Diffstat (limited to 'contrib/postgres_fdw/connection.c')
0 files changed, 0 insertions, 0 deletions