delta/postgresql.git/src/bin/pg_config/win32.mak, branch master

Remove old-style win32 client-only visual c++ build infrastructure for everything except

2007-03-05T14:18:38+00:00

libpq. We need to keep libpq to build static libraries and to use PQtrace
with clients using older versions of MSVC.

Get rid of retail definitions of HAVE_STRDUP and HAVE_VSNPRINTF in

2006-11-21T23:26:47+00:00

some of the Windows-only makefiles; the correct place to assert these
things is pg_config.h.win32.  Per bug #2677.

MSVC/BCC Win32 compiler fixes.

2006-10-10T21:31:44+00:00

Hiroshi Saito

Suppress MSVC warnings about weak functions by using

2006-08-09T03:09:56+00:00

_CRT_SECURE_NO_DEPRECATE.

Hiroshi Saito

WIN32 fixes:

2006-07-06T02:12:32+00:00

I take out patch for this as a promise. This is client-build support of
MS-VC6+.

Fix for different getaddrinfo structure ordering on Win32 for IPv6.

Hiroshi Saito

Disble some Win32-specific code in win32-client-only builds:

2005-12-08T17:52:11+00:00

I have the problem, when building by MS-VC6.
An error occurs in the 8.1.0 present source codes.

nmake -f win32.mak
..\..\port\getaddrinfo.c(244) : error C2065: 'WSA_NOT_ENOUGH_MEMORY'
..\..\port\getaddrinfo.c(342) : error C2065: 'WSATYPE_NOT_FOUND'

This is used by winsock2.h. However, Construction of a windows base is
winsock.h.
Then, Since MinGW has special environment, this is right. but, it is not
found in VC6.
Furthermore, in getaddrinfo.c, IPV6-API is used by
LoadLibraryA("ws2_32");
Referring to of dll the external memory generates this violation by VC6
specification.

I considered whether the whole should have been converted into winsock2.
However, Now, DLL of MinGW creation operates wonderfully as it is.
That's right, it has pliability by replacement of simple DLL.
Then, I propose the system using winsock(non IPV6) in construction of
VC6.

Hiroshi Saito

Fix problems with PGXS builds against an installation tree that was

2005-09-27T17:39:35+00:00

relocated after installation.  We can't trust the installation paths
inserted into Makefile.global by configure, so instead we must get the
paths from pg_config.  This requires extending pg_config to support all
the separately-configurable path names, but that was on TODO anyway.

Extend pg_config to be able to report the build-time values of CC,

2005-08-09T22:47:03+00:00

CPPFLAGS, CFLAGS, CFLAGS_SL, LDFLAGS, LDFLAGS_SL, and LIBS.  Change it
so that invoking pg_config with no arguments reports all available
information, rather than just giving an error message.  Per discussion.

Attached is a makefile I hacked up to build pg_config under MSVC - the

2005-06-14T17:50:38+00:00

reason is that it's required (more or less) in order to build the latest
DBD::Pg code and I was testing that out under MSVC.

Andrew Dunstan