Currently, src/interfaces/libpq/win32.mak builds a statically-linked library "libpq.lib", a debug dll "libpq.dll", import library for the debug dll "libpqdll.lib", a release dll "libpq.dll", import library for the release dll "libpqdll.lib". To avoid naming clashes, I would make the debug dll and import libraries "libpqd.dll" and "libpqddll.lib". Basically, the debug build uses the cl flags: "/MDd /D _DEBUG", and the release build uses the cl flags "/MD /D NDEBUG". Usually the debug build has a "D" suffix on the file name, so for example: libpqd.dll libpq, debug build libpqd.lib libpq, debug build, import library libpq.dll libpq, release build libpq.lib libpq, release build, import library David Turner |
||
---|---|---|
.. | ||
po | ||
Makefile | ||
README | ||
bcc32.mak | ||
blibpqdll.def | ||
fe-auth.c | ||
fe-auth.h | ||
fe-connect.c | ||
fe-exec.c | ||
fe-lobj.c | ||
fe-misc.c | ||
fe-print.c | ||
fe-protocol2.c | ||
fe-protocol3.c | ||
fe-secure.c | ||
libpq-fe.h | ||
libpq-int.h | ||
libpq.rc | ||
libpqddll.def | ||
libpqdll.c | ||
libpqdll.def | ||
nls.mk | ||
pg_service.conf.sample | ||
pqexpbuffer.c | ||
pqexpbuffer.h | ||
pqsignal.c | ||
pqsignal.h | ||
win32.c | ||
win32.h | ||
win32.mak |
README
This directory contains the C version of Libpq, the POSTGRES frontend library.