C:/Python27/share/mingwpy/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lws2_32.lib
C:/Python27/share/mingwpy/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lmswsock.lib
C:/Python27/share/mingwpy/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lrpcrt4.lib
When I list `dir C:\Python27\share\mingwpy\i686-w64-mingw32\lib\`, all of the files libws2_32.a, libmswsock.a, and librpcrt4.a are found in that directory. So, something in my environment is interfering with ld.exe's ability to find those files, but what could it be? I can't figure it out for the life of me.
When I configure apr-1 directly via cmake (without wrapping it in cmake's ExternalProject_add) and build it via `mingw32-make -f Makefile install`, it builds successfully. This confirms that something in my "uber"-build is somehow interfering with with ld.exe's ability to find ws2_32, mswsock, and rpcrt4. However, I have no clue what to look for.
I install mingwpy via `pip.exe install -i
https://pypi.anaconda.org/carlkl/simple mingwpy`. I run the builds on both AppVeyor as well as a dedicated Windows Server 2008 32-bit machine, all with the same results.
Please help.
Many thanks,
Vitaly