I am trying to experiment with the libpqxx API and postgresql 8.4.1 on a
32-bit Vista machine. Libpqxx wants release and debug libraries for
libpq available. libpq.dll ships with the binary release of PG and
libpq.lib ships with the source tree, but debug versions have to be built
from source. Would it be a huge violation of release sensibilities
to bundle debug libs with the binary or source trees?
Regardless of what the team decides long term, in the short term I need
to build win32 debug libraries for libpq (libpqd.dll, libpqd.lib) and
I've been unable to build them from source.
At the command line using nmake, I get errors indicating that
pg_config_os.h and winsock2.h are being included multiple times...
suggesting that my include path is fouled up.
Using cygwin make/g++, pg_config_os.h and winsock2.h are being included
multiple times... also the include path.
When I try converting win32.mak into a VS8 project, it complains that it
can't convert the project.
When I create a VS8 project from scratch, setting the include path to
"D:\Programs\cygwin\usr\src\postgresql-8.4.1\src\include";"C:\Program
Files\Microsoft\VS8\VC\include";D:\Programs\cygwin\usr\include
VS8 produces many errors indicating that winsock2.h, unistd.h,
ws2tcpip.h (possibly other header files)
are being included multiple times.
What include path(s) should I be using with these compilers (cygwin
make/g++ or nmake/cl from VS8?
Thanks,
Mike Landis