Hi,

I'm on Windows Vista64, and this problem relates only to dynamic libraries and only to the MinGW64 cross-compiler. (The MinGW64 native 64-bit compiler has no problem).

Having successfully run configure, I always get the following part way through the make stage:

##################################
*** Warning: linker path does not have real file for library -lws2_32.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libws2_32 and none of the candidates passed a file format test
*** using a file magic. Last file checked: /c/Windows/system32/libws2_32.dll
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
libtool: link: x86_64-w64-mingw32-ar cru ......
##################################

And a static library (which fails to define some of the dynamic symbols) is built.

With version 2.7.7, I got the same message plus a similar warning regarding -lz.
Presumably, it's the changes that were made in response to https://bugzilla.gnome.org/show_bug.cgi?id=614087 that have fixed the problem with -lz, but there still seems to be a bug (that affects only the cross-compiler) in relation to -lws2_32.

Cheers,
Rob