summaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeNestloop.c
diff options
context:
space:
mode:
authorNoah Misch <noah@leadboat.com>2017-12-08 18:06:05 -0800
committerNoah Misch <noah@leadboat.com>2017-12-08 18:14:08 -0800
commit1886899420cefea32f3cd4ca38ef5187634e7d8e (patch)
tree665cf2dd65ac3d708c41ebf8d4db7bcfb098dfb9 /src/backend/executor/nodeNestloop.c
parent99aa36df374231c1d86c9b899740890b54574cb9 (diff)
MSVC: Test whether 32-bit Perl needs -D_USE_32BIT_TIME_T.
Commits 5a5c2feca3fd858e70ea348822595547e6fa6c15 and b5178c5d08ca59e30f9d9428fa6fdb2741794e65 introduced support for modern MSVC-built, 32-bit Perl, but they broke use of MinGW-built, 32-bit Perl distributions like Strawberry Perl and modern ActivePerl. Perl has no robust means to report whether it expects a -D_USE_32BIT_TIME_T ABI, so test this. Back-patch to 9.3 (all supported versions). The chief alternative was a heuristic of adding -D_USE_32BIT_TIME_T when $Config{gccversion} is nonempty. That banks on every gcc-built Perl using the same ABI. gcc could change its default ABI the way MSVC once did, and one could build Perl with gcc and the non-default ABI. The GNU make build system could benefit from a similar test, without which it does not support MSVC-built Perl. For now, just add a comment. Most users taking the special step of building Perl with MSVC probably build PostgreSQL with MSVC. Discussion: https://postgr.es/m/20171130041441.GA3161526@rfd.leadboat.com
Diffstat (limited to 'src/backend/executor/nodeNestloop.c')
0 files changed, 0 insertions, 0 deletions