aboutsummaryrefslogtreecommitdiff
path: root/src/backend/commands/tablecmds.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2021-07-15 11:00:43 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2021-07-15 11:00:43 -0400
commit91a1651057b15809058acb174fead131ef8efab8 (patch)
treed9d4bc324068be3691ee74afd142bbbda453db3b /src/backend/commands/tablecmds.c
parent5226243459f11e0029c803674aabfb3bc25192f7 (diff)
downloadpostgresql-91a1651057b15809058acb174fead131ef8efab8.tar.gz
postgresql-91a1651057b15809058acb174fead131ef8efab8.zip
Ensure HAVE_DECL_XXX macros in MSVC builds match those in Unix.
Autoconf's AC_CHECK_DECLS() always defines HAVE_DECL_whatever as 1 or 0, but some of the entries in msvc/Solution.pm showed such symbols as "undef" instead of 0. Fix that for consistency. There's no live bug in current usages AFAICS, but it's not hard to imagine one creeping in if more-complex #if tests get added. Back-patch to v13, which is as far back as Solution.pm contains this data. The inconsistency still exists in the manually-filled pg_config_ext.h.win32 files of older branches; but as long as the problem is only latent, it doesn't seem worth the trouble to clean things up there. Discussion: https://postgr.es/m/3185430.1626133592@sss.pgh.pa.us
Diffstat (limited to 'src/backend/commands/tablecmds.c')
0 files changed, 0 insertions, 0 deletions