CMake zlib在Windows上构建

Question

我正在尝试使用CMake为Windows构建zlib 1.2.8，但是我遇到了构建错误，我不知道如何修复。这是我的CMake GUI：

这会生成没有错误，但是当我构建生成的解决方案时。我收到此错误：

2> ------ Build build：项目：zlib，配置：发布x64 ------ 2>创建库C：/Users/erik/Documents/zlib/1.2.8/project/zlib-1.2.8-vc10/Release/zlib.lib和对象C：/Users/erik/Documents/zlib/1.2.8 /project/zlib-1.2.8-vc10/Release/zlib.exp 2> inflate.obj：错误LNK2019：函数inflate中引用的未解析的外部符号inflate_fast 2> infback.obj：错误LNK2001：未解析的外部符号inflate_fast 2> C：\ Users \ erik \ Documents \ zlib \ 1.2.8 \ project \ zlib-1.2.8-vc10 \ Release \ zlib.dll：致命错误LNK1120：1个未解析的外部

我不知道如何解决这个问题，所以我感谢任何帮助。

Answer 1

根据https://wiki.apache.org/httpd/Win64Compilation，一个非常相似的错误意味着：

这意味着您在-DASMV -DASMINF或OBJ =“inffasx64.obj gvmat64.obj inffas8664.obj”中输入错误，因为inflate_fast在inffas8664.c中定义。

我能够通过简单的方式成功构建：

mkdir C:\Builds\zlib; cd C:\Builds\zlib
cmake -G "Visual Studio 12 2013" -A x64 D:\Downloads\zlib-1.2.8\
cmake --build .

我查看了我的cmake缓存，我发现AMD64设置为false，不像你的cmake-gui窗口显示的那样。将其设置为true会导致我出现各种构建错误，但不会显示您显示的错误。

CMakeLists.txt说这个选项是启用AMD64程序集实现。没有这个似乎是最简单的解决方案。

Answer 2

您需要在visual studio项目文件中包含contrib \ masmx64 \ inffas8664.c。该文件包含inflate_fast函数，该函数调用相应的asm函数。

Answer 3

日期：20180804（2018年8月4日）

在使用汇编程序加速时，我发现该问题在（当前）最新版本上是可重现的：v1.2.11（[GitHub]: madler/zlib - A massively spiffy yet delicately unobtrusive compression library (http://zlib.net)）。

此错误仅发生（显然，操作系统：Win，构建工具链：启用VStudio和程序集加速）：

cmake build（适用于“$ {ZLIB_SRC_DIR} /win32/Makefile.msc”）
x64（AMD64）架构（适用于x86）

下面是解压缩过程中的“callstack”（top - > down相当于outer - > inner）。

正常情况：膨胀（inflate.c） inflate_fast（inffast.c） ...
汇编案例：膨胀（inflate.c） inflate_fast（contrib / masmx64 / inffast8664.c） inffas8664fnc（contrib / masmx64 / inffasx64.asm） ...

Problem:

＃2。缺少（“$ {ZLIB_SRC_DIR} /CMakeLists.txt”对inffast8664.c一无所知），因此链断开，导致库无效。

Solution:

让CMakeLists.txt知道该文件，即添加：

set(ZLIB_SRCS
    ${ZLIB_SRCS}
    contrib/masmx64/inffas8664.c
)

在＃~158行（由if(MSVC)和elseif (AMD64)条件包围）。

发布完整更改。

zlib的-1.2.11-msvc_x64_asm_speedups.diff：

--- CMakeLists.txt.orig 2017-01-15 08:29:40.000000000 +0200
+++ CMakeLists.txt  2018-09-03 13:41:00.314805100 +0300
@@ -79,10 +79,10 @@
 endif()

 set(ZLIB_PC ${CMAKE_CURRENT_BINARY_DIR}/zlib.pc)
-configure_file( ${CMAKE_CURRENT_SOURCE_DIR}/zlib.pc.cmakein
-       ${ZLIB_PC} @ONLY)
-configure_file(    ${CMAKE_CURRENT_SOURCE_DIR}/zconf.h.cmakein
-       ${CMAKE_CURRENT_BINARY_DIR}/zconf.h @ONLY)
+configure_file(${CMAKE_CURRENT_SOURCE_DIR}/zlib.pc.cmakein
+        ${ZLIB_PC} @ONLY)
+configure_file(${CMAKE_CURRENT_SOURCE_DIR}/zconf.h.cmakein
+        ${CMAKE_CURRENT_BINARY_DIR}/zconf.h @ONLY)
 include_directories(${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_SOURCE_DIR})


@@ -136,30 +136,34 @@
         set(ZLIB_ASMS contrib/amd64/amd64-match.S)
     endif ()

-   if(ZLIB_ASMS)
-       add_definitions(-DASMV)
-       set_source_files_properties(${ZLIB_ASMS} PROPERTIES LANGUAGE C COMPILE_FLAGS -DNO_UNDERLINE)
-   endif()
+    if(ZLIB_ASMS)
+        add_definitions(-DASMV)
+        set_source_files_properties(${ZLIB_ASMS} PROPERTIES LANGUAGE C COMPILE_FLAGS -DNO_UNDERLINE)
+    endif()
 endif()

 if(MSVC)
     if(ASM686)
-       ENABLE_LANGUAGE(ASM_MASM)
+        ENABLE_LANGUAGE(ASM_MASM)
         set(ZLIB_ASMS
-           contrib/masmx86/inffas32.asm
-           contrib/masmx86/match686.asm
-       )
+            contrib/masmx86/inffas32.asm
+            contrib/masmx86/match686.asm
+        )
     elseif (AMD64)
-       ENABLE_LANGUAGE(ASM_MASM)
+        ENABLE_LANGUAGE(ASM_MASM)
         set(ZLIB_ASMS
-           contrib/masmx64/gvmat64.asm
-           contrib/masmx64/inffasx64.asm
-       )
+            contrib/masmx64/gvmat64.asm
+            contrib/masmx64/inffasx64.asm
+        )
+        set(ZLIB_SRCS
+            ${ZLIB_SRCS}
+            contrib/masmx64/inffas8664.c
+        )
     endif()

-   if(ZLIB_ASMS)
-       add_definitions(-DASMV -DASMINF)
-   endif()
+    if(ZLIB_ASMS)
+        add_definitions(-DASMV -DASMINF)
+    endif()
 endif()

 # parse the full version number from zlib.h and include in ZLIB_FULL_VERSION

以上是差异。请参阅[SO]: Run/Debug a Django application's UnitTests from the mouse right click context menu in PyCharm Community Edition? (@CristiFati's answer)（修补utrunner部分）了解如何在Win上应用补丁（基本上，每个以一个“+”符号开头的行都会进入，并且以“ - ”符号开头的每一行都会消失）。我正在使用Cygwin，顺便说一句。我还向[GitHub]: madler/zlib - Ms VisualStudio - Assembler speedups on x64提交了这个补丁，但我不确定它的命运是什么，因为有超过100个拉动请求正在等待。

输出：

e:\Work\Dev\StackOverflow\q029505121\build\x64>"c:\Install\Google\Android_SDK\cmake\3.6.4111459\bin\cmake.exe" -G "NMake Makefiles" -DAMD64=ON "e:\Work\Dev\StackOverflow\q029505121\src\zlib-1.2.11"
-- The C compiler identification is MSVC 19.0.24215.1
-- Check for working C compiler: C:/Install/x86/Microsoft/Visual Studio Community/2015/VC/bin/amd64/cl.exe
-- Check for working C compiler: C:/Install/x86/Microsoft/Visual Studio Community/2015/VC/bin/amd64/cl.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of off64_t
-- Check size of off64_t - failed
-- Looking for fseeko
-- Looking for fseeko - not found
-- Looking for unistd.h
-- Looking for unistd.h - not found
-- Renaming
--     E:/Work/Dev/StackOverflow/q029505121/src/zlib-1.2.11/zconf.h
-- to 'zconf.h.included' because this file is included with zlib
-- but CMake generates it automatically in the build directory.
-- The ASM_MASM compiler identification is MSVC
-- Found assembler: C:/Install/x86/Microsoft/Visual Studio Community/2015/VC/bin/amd64/ml64.exe
-- Configuring done
-- Generating done
-- Build files have been written to: E:/Work/Dev/StackOverflow/q029505121/build/x64

e:\Work\Dev\StackOverflow\q029505121\build\x64>"c:\Install\Google\Android_SDK\cmake\3.6.4111459\bin\cmake.exe" --build . --target zlibstatic
Scanning dependencies of target zlibstatic
[  5%] Building C object CMakeFiles/zlibstatic.dir/adler32.obj
adler32.c
[ 10%] Building C object CMakeFiles/zlibstatic.dir/compress.obj
compress.c
[ 15%] Building C object CMakeFiles/zlibstatic.dir/crc32.obj
crc32.c
[ 21%] Building C object CMakeFiles/zlibstatic.dir/deflate.obj
deflate.c
Assembler code may have bugs -- use at your own risk
[ 26%] Building C object CMakeFiles/zlibstatic.dir/gzclose.obj
gzclose.c
[ 31%] Building C object CMakeFiles/zlibstatic.dir/gzlib.obj
gzlib.c
[ 36%] Building C object CMakeFiles/zlibstatic.dir/gzread.obj
gzread.c
[ 42%] Building C object CMakeFiles/zlibstatic.dir/gzwrite.obj
gzwrite.c
[ 47%] Building C object CMakeFiles/zlibstatic.dir/inflate.obj
inflate.c
[ 52%] Building C object CMakeFiles/zlibstatic.dir/infback.obj
infback.c
[ 57%] Building C object CMakeFiles/zlibstatic.dir/inftrees.obj
inftrees.c
[ 63%] Building C object CMakeFiles/zlibstatic.dir/inffast.obj
inffast.c
Assembler code may have bugs -- use at your own risk
[ 68%] Building C object CMakeFiles/zlibstatic.dir/trees.obj
trees.c
[ 73%] Building C object CMakeFiles/zlibstatic.dir/uncompr.obj
uncompr.c
[ 78%] Building C object CMakeFiles/zlibstatic.dir/zutil.obj
zutil.c
[ 84%] Building C object CMakeFiles/zlibstatic.dir/contrib/masmx64/inffas8664.obj
inffas8664.c
[ 89%] Building ASM_MASM object CMakeFiles/zlibstatic.dir/contrib/masmx64/gvmat64.obj
Microsoft (R) Macro Assembler (x64) Version 14.00.24210.0
Copyright (C) Microsoft Corporation.  All rights reserved.

 Assembling: E:\Work\Dev\StackOverflow\q029505121\src\zlib-1.2.11\contrib\masmx64\gvmat64.asm
[ 94%] Building ASM_MASM object CMakeFiles/zlibstatic.dir/contrib/masmx64/inffasx64.obj
Microsoft (R) Macro Assembler (x64) Version 14.00.24210.0
Copyright (C) Microsoft Corporation.  All rights reserved.

 Assembling: E:\Work\Dev\StackOverflow\q029505121\src\zlib-1.2.11\contrib\masmx64\inffasx64.asm
[100%] Linking C static library zlibstatic.lib
[100%] Built target zlibstatic

笔记：

我正在使用VStudio 2015
关于以上输出：为了保持输出尽可能小，我只构建静态版本出于同样的原因（并且还将其保留为文本），我正在构建“NMake Makefiles”（cmdline build）正在构建inffas8664.c（接近结束的地方）
您还可以禁用汇编程序加速（通过取消选中cmake-gui中的AMD64），但这只是一个解决方法
我做了一些粗略的测试（到目前为止，我并没有声称这些结果是通用的），并且汇编器实现相对于标准版本（调试版本）的性能改进是（低于执行时间之间的比率）相同的操作（有/没有）加速）：压缩：~86％解压缩：~62％

@ EDIT0：

@MarkAdler的评论（[GitHub]: madler/zlib - ASM zlib build on Windows gives erroneous results）指出：

正在使用什么汇编代码？ zlib的contrib目录中有一些。顺便说一下，contrib目录中的东西不是zlib的一部分。它只是为了方便而受到第三方贡献者的支持（或不支持）。我要做的就是从下一个发行版中删除有问题的代码。

编译警告也是如此（每个人都必须看到（并且很可能被忽略））：

Assembler code may have bugs -- use at your own risk

显然，汇编程序加速和VStudio不能相处得很好。更多，在x86上有几个问题：

[SO]: module unsafe for SAFESEH image C++ (@NayanaAdassuriya's answer)提出了一个解决方案（虽然它与问题没有直接关系）。简而言之，inffas32.asm和链接器的选项[MS.Docs]: /SAFESEH (Image has Safe Exception Handlers)不匹配。要摆脱它，要么：禁用该选项（在x86版本上默认启用）将/ safeseh选项传递给汇编程序（ml.exe）在asm中声明一个由于我使用cmake构建cmdline，我找到了一个解决方法。生成CMakeFiles之后（但在构建之前），我指定它：在flags.make文件中（ASM_MASM_FLAGS）由于我构建了一个静态库（对于Debug构建我也需要符号），我也改变了[MS.Docs]: /Z7, /Zi, /ZI (Debug Information Format)，所以我修改了同一个文件（C_FLAGS）我确信cmake提供了一种以适当方式完成上述操作的方法，但我没有找到它（我也没有彻底调查）。
令人讨厌的是解压缩过程中的段错误（Access Violation）。为此，需要[GitHub]: madler/zlib - inffas32.asm struct/enum binding to zlib 1.2.9。

修复这些后，一切正常，性能改进与x64类似。

CMake zlib在Windows上构建

问题描述投票：13回答：3

3个回答

Problem:

Solution:

最新问题

CMake zlib在Windows上构建

问题描述 投票：13回答：3

3个回答

Problem:

Solution:

最新问题

问题描述投票：13回答：3