从Git源码编译libcurl后运行示例遇链接错误求助

一、修正curl编译配置 #

• 重新打开CMake GUI加载curl源码，针对性禁用未解决的依赖：
  • 取消勾选CMAKE_USE_ZLIB（无需gzip压缩支持时）
  • 取消勾选CMAKE_USE_LIBPSL（无需公共后缀列表支持时）
  • 取消勾选CMAKE_USE_LIBSSH2（无需SSH/SCP功能时）
  • 确保BUILD_SHARED_LIBS选项与你的项目一致：项目用动态库则勾选，用静态库则取消
  • 勾选BUILD_CURL_EXE，方便后续验证curl基础功能是否正常
• 反复点击Configure直到所有红色配置项消失，再点击Generate生成VS2019工程，重新编译整个curl解决方案（优先选Release模式，避免Debug/Release模式混配）

二、对齐项目链接配置 #

• 统一运行库设置：
  VS2019项目属性 → C/C++ → 代码生成 → 运行库，确保和curl编译时的设置完全一致：curl用Multi-threaded DLL (/MD)，项目就选同一项；curl用静态运行库Multi-threaded (/MT)，项目也对应切换
• 添加系统依赖库：
  项目属性 → 链接器 → 输入 → 附加依赖项，手动添加ws2_32.lib、wldap32.lib、crypt32.lib（这些是Windows下libcurl依赖的套接字、加密类系统库）
• 静态库特殊配置：
  如果使用静态版libcurl.lib，必须在项目预处理器定义中添加CURL_STATICLIB，否则会按动态库方式调用导致符号缺失

三、验证编译产物匹配 #

• 检查curl编译输出的库文件：
  • 动态库产物：curl.dll（运行时库）、libcurl.lib（导入库）
  • 静态库产物：libcurl.lib
• 确保项目链接的库与当前编译模式匹配：Debug模式用libcurl-d.lib（若编译了Debug版本），Release模式用libcurl.lib，禁止跨模式混用

四、解决LNK4098警告 #

该警告本质是运行库不匹配导致的，严格按照步骤二中的运行库对齐操作，即可彻底消除警告

内容的提问来源于stack exchange，提问作者Gaurav K