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