Jeroen T. Vermeulen wrote:
Oops--forgot to send this to the list.
On Thu, November 24, 2005 08:17, Tom Bruno wrote:
I have postgresql built static now, libpqxx won't configure because it
cannot find libpq.dll
I'm pretty sure a regular postgres build should produce a libpq.dll *and*
a libpq.lib (or libpq.a). But apparently the autotools insist on the dll
and that's not very helpful. I looked through the "./configure --help"
output but didn't find anything that looked very helpful.
This is not libpqxx-specific, so it may be worthwhile to search the Web
for other cases of people wanting to get autotools-generated configure
scripts to use static instead of shared libraries.
What I find odd is that this problem doesn't occur on macosx, or linux.
is it possibly a problem with mingw's linker or g++?
I use MSYS to build libpqxx on windows and since mingw is suppose to
be direct ports of binutils and gcc, it would only make sense that it
behave the same. just including the libpq.a and libpqxx.a on linux and osx
during my apps compile fulfills libpqxx's need for libpq.so and libpq.so is
no longer required.
_______________________________________________
Libpqxx-general mailing list
[email protected]
http://gborg.postgresql.org/mailman/listinfo/libpqxx-general
