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...

---
** [bugs:#1181] Build fails on MinGW due to trying to link ws2_32.lib **
**Status:** open
**Labels:** cmake mingw build windows 
**Created:** Sat Jan 12, 2013 06:47 AM UTC by arsenm
**Last Updated:** Sat Jan 12, 2013 06:50 AM UTC
**Owner:** nobody
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.
---
Sent from sourceforge.net because you indicated interest in <https://sourceforge.net/p/curl/bugs/1181/>
To unsubscribe from further messages, please visit <https://sourceforge.net/auth/prefs/>