pgsql: Disble some Win32-specific code in win32-client-only builds: I - Mailing list pgsql-committers

From momjian@postgresql.org (Bruce Momjian)
Subject pgsql: Disble some Win32-specific code in win32-client-only builds: I
Date
Msg-id 20051208175220.B09F19DD900@postgresql.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Disble some Win32-specific code in win32-client-only builds:

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

Tags:
----
REL8_1_STABLE

Modified Files:
--------------
    pgsql/src/bin/pg_config:
        win32.mak (r1.3 -> r1.3.2.1)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/bin/pg_config/win32.mak.diff?r1=1.3&r2=1.3.2.1)
    pgsql/src/include:
        getaddrinfo.h (r1.17 -> r1.17.2.1)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/include/getaddrinfo.h.diff?r1=1.17&r2=1.17.2.1)
    pgsql/src/port:
        getaddrinfo.c (r1.21 -> r1.21.2.1)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/port/getaddrinfo.c.diff?r1=1.21&r2=1.21.2.1)

pgsql-committers by date:

Previous
From: momjian@postgresql.org (Bruce Momjian)
Date:
Subject: pgsql: Disble some Win32-specific code in win32-client-only builds: I
Next
From: momjian@postgresql.org (Bruce Momjian)
Date:
Subject: pgsql: Add documentation about the inability of plpsql to use parameter