MSVC 2015 / libcurl / unresolved externals _curl_easy_init@0 等答案

【问题标题】：MSVC 2015 / libcurl / unresolved externals _curl_easy_init@0 etcMSVC 2015 / libcurl / unresolved externals _curl_easy_init@0 等
【发布时间】：2017-11-27 05:15:15
【问题描述】：

我一直在编译一个使用 libcurl 静态版本的 DLL。我得到以下三个函数作为未解析的外部函数：

1>curl.obj : error LNK2001: unresolved external symbol _curl_easy_init@0
1>curl.obj : error LNK2001: unresolved external symbol _curl_easy_perform@4
1>curl.obj : error LNK2001: unresolved external symbol _curl_easy_cleanup@4

这是链接器操作的一个片段：

1>Searching libraries
1>      Searching D:\develop\rm-asset\c-code\libs\libcurl.lib:
1>        Found _curl_easy_setopt
1>          Referenced in curl.obj
1>          Loaded libcurl.lib(easy.obj)
1>        Found _curl_slist_free_all
1>          Referenced in libcurl.lib(easy.obj)
1>          Loaded libcurl.lib(slist.obj)

所以我的代码使用 curl_easy_setopt(...) 不会产生任何问题，并且与我使用 curl_easy_init(...) 的区域相同

用 dumpbin.exe 查看 libcurl.lib 中的符号我看到了：

SECTION HEADER #B
.text$mn name
       0 physical address
       0 virtual address
      3D size of raw data
    5D25 file pointer to raw data (00005D25 to 00005D61)
    5D62 file pointer to relocation table
       0 file pointer to line numbers
       3 number of relocations
       0 number of line numbers
60501020 flags
         Code
         COMDAT; sym= _curl_easy_init
         16 byte align
         Execute Read

IMO 显示符号 os 包含。至少它看起来与 curl_easy_setopt 非常相似：

SECTION HEADER #17
.text$mn name
       0 physical address
       0 virtual address
      23 size of raw data
    7245 file pointer to raw data (00007245 to 00007267)
    7268 file pointer to relocation table
       0 file pointer to line numbers
       1 number of relocations
       0 number of line numbers
60501020 flags
         Code
         COMDAT; sym= _curl_easy_setopt
         16 byte align
         Execute Read

这是我使用 libcurl 的应用程序的编译器命令行：

    /GS /debug:expr-source-pos /analyze /W3 /Zc:wchar_t /I"d:\develop\rm-
asset\c-code\include" /I"D:\develop\rm-asset\c-code\extensions\qq-pun-mel-l\src"
 /O3 /Fd"R_Extended_Aliased\vc140.pdb" /fp:precise /fp:extended /D 
"REAL_T_EXTENDED" /D "_HAVE_SQLITE_CONFIG_H" /D "SQLITE_ENABLE_REDEF_IO=1" /D 
"SQLITE_ENABLE_CEROD=1" /D "SQLITE_DLL=1" /D "SQLITE_HAS_CODEC=1" /D 
"BUILDING_DLL" /D "R2" /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_USRDLL" /D 
"SAPHIRIONDLL_EXPORTS" /D "ZLIB_WINAPI" /D "NDEBUG" /D "CURL_STATICLIB" /D"USE_WINDOWS_SSPI" /D "USE_SCHANNEL" /D "USE_WIN32_IDN" /D "WANT_IDN_PROTOTYPES" 
/D "_WINDLL" /D "_UNICODE" /D "UNICODE" /D "SQLITE_ENABLE_SESSION" /D 
"SQLITE_ENABLE_PREUPDATE_HOOK" /Zc:forScope /Gz /MT /Fa"R_Extended_Aliased\" 
/EHsc /nologo /Fo"R_Extended_Aliased\" /Qprof-dir "R_Extended_Aliased\" /Ot 
/Fp"R_Extended_Aliased\saphirion.pch"

所以...我真的很困惑为什么不能解决这三个功能。有什么想法要检查什么或如何进一步调查？

【问题讨论】：

如果您静态链接到 curl，我认为您还必须为所有使用 curl 的代码定义 CURL_STATICLIB 宏 - 请参阅 curl.haxx.se/docs/faq.html#Link_errors_when_building_libcur
我这样做了，抱歉发布了错误的命令行。固定。
好吧，我说得更远了。问题是不同的调用约定。我的 DLL 使用 __stdcall，libcurl 使用 __cdecl。当我尝试使用 __stdcall 编译 libcurl 时，我不得不更改一些函数签名以保留 __cdecl。但是后来我的测试程序崩溃了……知道为什么 libcurl 不在 Windows 上使用 __stdcall 吗？如何让它使用 __stdcall？

标签： c visual-c++ dll libcurl unresolved-external

【解决方案1】：

原来是调用约定。因此，请确保所有使用 libcurl 的部分都使用 __cdecl 调用约定。

【讨论】：