Good news, I had the time to run make check and all 91 tests pass. Jason
> 2.6.7 *almost* works, I still had to go in an add -lws2_32 in a few places > > (I've attached a configure which the ws2_32 added, it probably isn't the > cleanest I haven't used autotools a great deal but it works) > > I did have to install a new version of grep (mingw uses an old version) > and also mktemp which is not installed by mingw, both packages are > available at http://gnuwin32.sf.net > > After these steps were done I was able to get a successful compile. I > haven't tested if it works yet but I will be doing so when I get back in > to work Monday. > > On another note I'd be happy to provide mingw/win32 packages for the > latest stable versions of PostgreSQL. > > Jason > >> On Thu, June 8, 2006 23:54, Sheets, Jason (Manpower Contract) wrote: >>> Hi, attached is a copy of the config.log that fails upon failure to >>> find >>> select. >> >> Don't see anything really "wrong" in there. I'm beginning to suspect >> that >> the socket headers of either MinGW or Windows itself redefine functions >> like select() to different names, so just looking for a function >> select() >> in those socket libraries won't work. >> >> I think tometzky's patch hits the nail on the head: we need to link to >> the >> Windows socket libraries if they're available, without seeing that they >> actually provide the functions we need. (Actually it gets a bit more >> complex when Windows compatibility environments like WINE are thrown >> into >> the mix, but I think the existing patch handles that correctly). >> >> I'm uploading a 2.6.7 pre-release that should fix this. Could you try >> it >> and see if it solves the problem? >> >> The prerelease can be found at http://thaiopensource.org/~jtv/tmp/ >> >> >> Jeroen >> >> >> > _______________________________________________ Libpqxx-general mailing list [email protected] http://gborg.postgresql.org/mailman/listinfo/libpqxx-general
