The patch here is wrong for MinGW (the .lib suffix): https://sourceforge.net/p/curl/bugs/1031/
This also appears to be similar to the bug here:
https://sourceforge.net/p/curl/bugs/1049/
target_link_libraries(libcurl ws2_32) should be enough, but there's a problem with how this works now. Why is this using CMAKE_C_STANDARD_LIBRARIES instead of the normal library handling? Things would work as expected (adding the -l for MinGW etc.) if using the normal target_link_libraries. I had never even heard of this variable before, but it seems to be a dumb string that gets appended to the link line.
I would suggest not using CMAKE_C_STANDARD_LIBRARIES at all.
I'm using 7.28.1
This will also be broken if LDAP is enabled / it tries to use wldap32.lib
Thanks for your report. Can you please submit a complete patch so that we get completely what you mean? The cmake build stuff in curl is not widely understood nor used...
I submitted the fix here:
https://github.com/bagder/curl/pull/53
This is merged into git already!