diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2016-04-11 19:37:04 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2016-04-11 19:37:04 -0400 |
commit | b0e40d189325dc7a54d2546245e766f8c47a7c8d (patch) | |
tree | 06b0dc91802b1a543f6d85529fae6de50d7f8b2f /src/interfaces | |
parent | 1d2f9de38d18152f83cf570581cebac0733ff504 (diff) | |
download | postgresql-b0e40d189325dc7a54d2546245e766f8c47a7c8d.tar.gz postgresql-b0e40d189325dc7a54d2546245e766f8c47a7c8d.zip |
Fix two places that thought Windows64 is indicated by WIN64 macro.
Everyplace else thinks it's _WIN64, so make these places fall in line.
The pg_regress.c usage is not going to result in any change in behavior,
only suppressing (or not) a compiler warning about downcasting HANDLEs.
So there seems no need for back-patching there.
The libpq/win32.mak usage might represent an actual bug, if anyone were
using this script to build for Windows64, which perhaps nobody is.
Given the lack of field complaints, no back-patch here either.
pg_regress.c problem found by Christian Ullrich, the other by me.
Diffstat (limited to 'src/interfaces')
-rw-r--r-- | src/interfaces/libpq/win32.mak | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/interfaces/libpq/win32.mak b/src/interfaces/libpq/win32.mak index 1b71ebd3870..1d8c84d5a28 100644 --- a/src/interfaces/libpq/win32.mak +++ b/src/interfaces/libpq/win32.mak @@ -16,7 +16,7 @@ CPU=i386 !MESSAGE Building the Win32 static library... !MESSAGE !ELSEIF ("$(CPU)" == "IA64")||("$(CPU)" == "AMD64") -ADD_DEFINES=/D "WIN64" /Wp64 /GS +ADD_DEFINES=/D "_WIN64" /Wp64 /GS ADD_SECLIB=bufferoverflowU.lib !MESSAGE Building the Win64 static library... !MESSAGE |