- **labels**: cmake, mingw, build, windows -->
- **status**: open --> closed-fixed
- **assigned_to**: Daniel Stenberg
- **milestone**: -->

---
** [bugs:#1181] Build fails on MinGW due to trying to link ws2_32.lib **
**Status:** closed-fixed
**Created:** Sat Jan 12, 2013 06:47 AM UTC by arsenm
**Last Updated:** Sat Jan 12, 2013 11:22 PM UTC
**Owner:** Daniel Stenberg
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/>