Windows平台下,编译Curl+OpenSSL

准备工作

ActivePerl (5.26.0.2600 x64)

https://www.activestate.com/activeperl/downloads

Nasm (2.13.02 x64)

http://www.nasm.us/pub/nasm/releasebuilds/?C=M;O=D

OpenSSL (1.1.0g)

https://www.openssl.org/source/

Curl (7.57.0)

https://curl.haxx.se/download.html

开始编译

使用vs的cmd工具,在开始菜单中可以找到,vs2017是图中这个。我们编译的是x86版,x64的自己换。vs的专用控制台带有编译环境变量,所以不能直接使用系统自带的cmd。对于旧版vs没有这个工具,他提供的是一个名叫vcvars32.bat的批处理,在系统cmd中运行下就好。

英文:x86 Native ToolsCommand Prompt for VS 2017

中文:适用于 VS 2017 的 x86 本机工具命令提示
我们首先编译OpenSSL,从控制台中进入到代码根目录,我的目录如图所示

perl E:\C++库\源码\openssl-3.0.0-alpha5\openssl-3.0.0-alpha5\Configure no-shared no-asm VC-WIN32 --debug --prefix=E:\C++库\编译\OpenSSL --openssldir=E:\C++库\编译\OpenSSL

64位编译 perl Configure no-shared no-asm VC-WIN64A --prefix=F:\compile\openssl-1.1.1o

如果出现问题:
1、NOTE: If in doubt, on Unix-ish systems use './config'. 出现这个错误是perl 命令中VC-WIN64A,记得64位必须要有A,32位的可以没有;
2、NASM 没有定义的错误就是你NASM,系统环境没有配好,记得再path中添加路径

nmake

nmake test 测试可以不用,EXE可以使用

nmake install

nmake clean

perl是配置用,设置各种编译参数的地方。

no-shared表示编译lib,去掉就是编译dll。上面准备工作处,如果你没有安装Nasm,则需要no-asm这个参数,同理安装了的请去掉该参数。VC-WIN32可切换成VC-WIN64A。--debug去掉则为默认--release。--prefix和--openssldir用于输出,强烈建议设置。还有一些其他参数请参考代码根目录下的INSTALL文件。

四条nmake都是编译相关

nmake         编译

nmake test    编译后可以进行测试,但我们现在编译的是lib,没法测试,你要是可执行文件可以测试

nmake install  编译结果生成,这是最后一步

nmake clean    清理工作,排除各种疑难杂症,可多尝试先清理再编译
编译通过如下图

编译不过,这里有坑:

1,我们这里注意下ActivePerl的安装路径,此工具请安装在英文目录下,检查下看。实际上对于OpenSSL项目编译本身,我都建议在英文目录下进行,预防万一嘛。

2,ActivePerl进行配置时提示错误:

It looks like you don't have either nmake.exe or dmake.exe on your PATH,

so you will not be able to execute the commands from a Makefile.  You can

install dmake.exe with the Perl Package Manager by running:

    ppm install dmake

提示说得很清楚,但我明明有nmake,我也有手工添加PATH,为什么说他就没找到呢?你问我,我也不知道。我只能另下一个dmake来解决。提示中表示命令行:ppm install dmake可以下载dmake

开始编译libcurl

1 编译libcurl静态库
    确保C/C++页面下代码生成/运行库确保跟解决方案保持一致,确保常规下输出路径和目标文件名称(d)


2 C/C++属性页面中的预处理器属性页设置定义
_DEBUG
BUILDING_LIBCURL
DEBUGBUILD
CURL_STATICLIB
USE_WINDOWS_SSPI
USE_SCHANNEL
USE_WINDOWS_SSPI和USE_SCHANNEL两个预编译处理定义是用来定义HTTPS,为了使用https协议需要指定,切记!

注意:配置管理器中针对libcurl存在多个可以编译的版本,例如WINDOWS SSPI ,OPENSSL,  WOLFSSL等好几个版本,定义了USE_WINDOWS_SSPI就不需要引入OpenSSL的头文件以及库文件

3 调用工程C/C++属性页面中的预处理器属性页设置定义

BUILDING_LIBCURL

CURL_STATICLIB

因为宏定义主要作用于curl/curl.h头文件,用于头文件的宏定义条件编译,必须定义这两个宏定义,否则编译出错,看出错分析

附件目录

预编译
附件库目录编译的OpenSSL的lib目录
附件依赖项ws2_32.lib;wldap32.lib;
附件包含目录


2 链接错误分析
1)error LNK2019: 无法解析的外部符号 __imp__curl_easy_init,该符号在函数 _main 中被引用
分析:不定义CURL_STATICLIB 编译结果,因为CURL_EXTERN CURL *curl_easy_init(void);函数之前有CURL_EXTERN定义,而该定义在
#ifdef CURL_STATICLIB
#  define CURL_EXTERN
#elif defined(WIN32) || defined(_WIN32) || defined(__SYMBIAN32__)
#  if defined(BUILDING_LIBCURL)
#    define CURL_EXTERN  __declspec(dllexport)
#  else
#    define CURL_EXTERN  __declspec(dllimport)
#  endif
#elif defined(BUILDING_LIBCURL) && defined(CURL_HIDDEN_SYMBOLS)
#  define CURL_EXTERN CURL_EXTERN_SYMBOL
#else
#  define CURL_EXTERN
#endif

这里被定义,如果没有定义CURL_STATICLIB,将会导致CURL_EXTERN被替换成__declspec(dllexport)或者__declspec(dllimport),这两个声明只应用于动态链接,不能应用于静态链接

2)error LNK2019: 无法解析的外部符号 __imp__ldap_init,该符号在函数 __ldap_free_urldesc 中被引用
在引用项目的属性中添加额外的静态库Crypt32.lib,Wldap32.lib,否则出现如下的错误,因为用到https

3)C2371 “curl_share_init”: 重定义;不同的基类型 libcurl

查看源码,如果没有定义BUILDING_LIBCURL,将导致curl_share_init在声明和定义中出现返回类型不一致的问题

#if defined(BUILDING_LIBCURL) || defined(CURL_STRICTER)
typedef struct Curl_easy CURL;
typedef struct Curl_share CURLSH;
#else
typedef void CURL;
typedef void CURLSH;
#endif

未经允许不得转载:紫竹林-程序员中文网 » Windows平台下,编译Curl+OpenSSL
关于我们 免责申明 意见反馈 隐私政策
程序员中文网:公益在线网站,帮助学习者快速成长!
关注微信

微信扫码
关注微信

技术交流群
管理员微信号
每天精选资源文章推送
管理员QQ
随时随地碎片化学习
管理员抖音号
发现有趣的