为Windows x64构建openSSL

时间:2019-02-14 16:45:44

标签: c configuration openssl

基本上,这应该很简单,但是出于某种神奇的原因,结果库不是Win32就是x64

在调查过程中,我发现第一步Configure失败了:

perl Configure VC-WIN64A no-asm enable-static-engine --prefix=x64\Release

此打印(完整副本粘贴):

Configuring for VC-WIN64A
    no-asm          [option]   OPENSSL_NO_ASM
    no-ec_nistp_64_gcc_128 [default]  OPENSSL_NO_EC_NISTP_64_GCC_128 (skip dir)
    no-gmp          [default]  OPENSSL_NO_GMP (skip dir)
    no-jpake        [experimental] OPENSSL_NO_JPAKE (skip dir)
    no-krb5         [krb5-flavor not specified] OPENSSL_NO_KRB5
    no-libunbound   [experimental] OPENSSL_NO_LIBUNBOUND (skip dir)
    no-md2          [default]  OPENSSL_NO_MD2 (skip dir)
    no-rc5          [default]  OPENSSL_NO_RC5 (skip dir)
    no-rfc3779      [default]  OPENSSL_NO_RFC3779 (skip dir)
    no-sctp         [default]  OPENSSL_NO_SCTP (skip dir)
    no-shared       [default]
    no-ssl-trace    [default]  OPENSSL_NO_SSL_TRACE (skip dir)
    no-ssl2         [default]  OPENSSL_NO_SSL2 (skip dir)
    no-store        [experimental] OPENSSL_NO_STORE (skip dir)
    no-unit-test    [default]  OPENSSL_NO_UNIT_TEST (skip dir)
    no-weak-ssl-ciphers [default]  OPENSSL_NO_WEAK_SSL_CIPHERS (skip dir)
    no-zlib         [default]
    no-zlib-dynamic [default]
IsMK1MF=1
CC            =cl
CFLAG         =-DOPENSSL_THREADS  -DDSO_WIN32 -W3 -Gs0 -Gy -nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -DUNICODE -D_UNICODE -D_CRT_SECURE_NO_DEPRECATE
EX_LIBS       =
CPUID_OBJ     =mem_clr.o
BN_ASM        =bn_asm.o
EC_ASM        =
DES_ENC       =des_enc.o fcrypt_b.o
AES_ENC       =aes_core.o aes_cbc.o
BF_ENC        =bf_enc.o
CAST_ENC      =c_enc.o
RC4_ENC       =rc4_enc.o rc4_skey.o
RC5_ENC       =rc5_enc.o
MD5_OBJ_ASM   =
SHA1_OBJ_ASM  =
RMD160_OBJ_ASM=
CMLL_ENC      =camellia.o cmll_misc.o cmll_cbc.o
MODES_OBJ     =
ENGINES_OBJ   =
PROCESSOR     =
RANLIB        =true
ARFLAGS       =
PERL          =perl
SIXTY_FOUR_BIT mode
DES_INT used
RC4_CHUNK is unsigned long long

Configured for VC-WIN64A.

请注意,CFLAG包含Win32的选项。这是非常不寻常的,我不知道哪里出了问题以及如何解决这个问题。

我的构建脚本或多或少是这样的(最初是为Win32构建的,我做了修改以支持x64):

REM setup some variables
call commonSetup.cmd

set PREFIX=x64\Release
set PLATFORM=VC-WIN64A
set MS_CONF=do_win64a
set EXT=

pushd %THIRD_PARTY_DIR_BASE%\openssl

echo PREFIX=%PREFIX% PLATFORM=%PLATFORM% MS_CONF=%MS_CONF% EXT=%EXT%

perl Configure %PLATFORM% no-asm enable-static-engine --prefix=%PREFIX%

call ms\%MS_CONF%

perl -i.bak -pe "s/([-\/])Zi /\1Z7 /g" ms/nt.mak

mkdir inc32\openssl
nmake -f ms\nt.mak

REM jom -f ms\nt.mak AS=ml64 -j %PROCN%
nmake -f ms\nt.mak install

rmdir /s/q inc32
rmdir /s/q out32%EXT%
rmdir /s/q tmp32%EXT%

任何帮助将不胜感激。

OpenSSL版本:1.0.2p 14 Aug 2018

在将项目的其他依赖项构建到x64平台时,我没有这个问题。

我找到了this question with exactly same issue,但那里的答案与我的问题不符。我的VS工具已正确配置(VS2017)。我必须使用VS,并且使用它没有问题(nmake有效)。

1 个答案:

答案 0 :(得分:0)

好了,终于找到解决方法了。
我在other SO ansear中找到了。

基本上nmake必须使用以下命令重新配置为x64构建(openSSL Configure不是问题):

VsDevCmd.bat -host_arch=amd64 -arch=amd64

在更早的尝试之后,必须调用nmake -f ms\nt.mak clean,以上操作才能生效。