Re: Building on MinGW

On 02/28/2013 11:37 AM, Jeff Janes wrote:


>
>     Did you copy libpq.dll from the lib directory to the bin
>     directory? If not, try that and see if it fixes the problem.
>
>
>
> I've now done that, and it did fix the problem.  I can start the 
> database with pg_ctl.exe if I want.
>
> Should the makefile do this for us?  Or is there a way to configure so 
> that is not needed (whatever the MinGW equivalent is to an rpath?)

To the best of my knowledge, there isn't one really. The buildfarm 
script has for a long time copied the *pq.dll to the install bin 
directory, and added the latter to the PATH. This might be a belt and 
braces (that's "suspenders" for Americans) approach, but it's worked for 
a long time ;-) There is probably a good case for "make install" to do 
this copy on Windows.

>
> psql.exe now runs, but it seems to be broken.  It hangs forever on 
> attempting to connect to any server (either the local one compiled 
> with MinGW, or a remote server running on Linux).
>

I have not seen this. When I get a chance I will try to reproduce it.

> psql on the remote linux machine can connect back to the Windows 
> server compiled with MinGW, so the problem seems to be with MinGW's 
> psql.exe, not its server.

You built this natively, not with a cross-compiler, right?

>
> Doesn't "make check" have to use something which is morally equivalent 
> to psql.exe?  If so, how can it pass if psql.exe is broken?

No, it *uses* psql. If "make check" is working then so is psql. There is 
zero chance of it working with a broken psql.

cheers

andrew