CMake zlib build sur Windows

Je suis en train de construire zlib 1.2.8 pour Windows en utilisant CMake, mais j'obtiens les erreurs de compilation que je ne sais pas comment le résoudre.
Voici mon CMake GUI:

CMake zlib build sur Windows

Cela génère sans erreur, mais lorsque je de construire la solution qui en résulte. J'obtiens cette erreur:

2>------ Construire commencé: Projet: zlib, Configuration: Release x64 ------
2> la Création de la bibliothèque C:/Users/erik/Documents/zlib/1.2.8/project/zlib-1.2.8-vc10/Release/zlib.lib et l'objet C:/Users/erik/Documents/zlib/1.2.8/project/zlib-1.2.8-vc10/Release/zlib.exp
2> gonfler.obj : error LNK2019: symbole externe non résolu inflate_fast référencé dans la fonction gonfler
2>infback.obj : error LNK2001: symbole externe inflate_fast
2>C:\Users\erik\Documents\zlib\1.2.8\project\zlib-1.2.8-vc10\Release\zlib.dll : fatal error LNK1120: 1 externes non résolus

Je ne sais pas comment je peux résoudre ce problème, j'ai donc reconnaissant de toute aide.

En regardant les CMakeLists.txt fichier, je ne sais pas quel est le problème avec CMake est ici. Vous pouvez essayer de la construction de la contribution "zlibvc.la sln solution Visual Studio" dans le "contrib/vstudio/vc10" répertoire comme une solution possible. Il semble y avoir Libération, ReleaseWithoutAsm et Debug configurations pour tous les trois cibles: Win32 (x86), x64 et Itanium. Oh, et il y a aussi la Nmake fichier nommé Makefile.msc" dans la "win32" répertoire que vous pouvez créer à partir de l'Invite de Commande Visual Studio.
Vous pouvez télécharger une version pré-compilée de zlib. Juste au cas où.

OriginalL'auteur elveatles | 2015-04-08

  1. 12

    Selon https://wiki.apache.org/httpd/Win64Compilation très semblable erreur signifie:

    Cela signifie que vous avez une faute de frappe dans les deux -DASMV -DASMINF ou votre OBJ="inffasx64.obj gvmat64.obj inffas8664.obj" depuis inflate_fast est défini dans inffas8664.c.

    J'ai pu réussir à construire avec un simple:

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

    J'ai regardé ma cmake cache et je vois que AMD64 est définie sur false, contrairement à ce que votre cmake-gui fenêtre affiche. La valeur true, il en résulte toutes sortes d'erreurs de build pour moi, mais pas ceux que vous montrer.

    CMakeLists.txt dit de cette option est de permettre à un AMD64 assemblée de mise en œuvre. Juste le faire sans que cela semble être la solution la plus simple.

    Décochant AMD64 semble fonctionner. J'étais sous l'impression que cela a dû être vérifié afin de construire un système 64 bits.
    Avec CMake la manière de spécifier des versions 64 bits est générateur spécifique et ne doit pas dépendre sur le projet. (AMD64 n'est pas l'un des "intégrée" variables cmake, c'est la coutume de la zlib projet); avec Visual Studio générateur de vous mettre la plate-forme pour x64 avec -A x64. Avec Ninja que vous venez de configurer le shell vous lancer cmake à partir avec une version 64 bits de l'outil de la chaîne. E. g. lancer CMake -G Ninja à partir de Visual Studio 64 bits en ligne de commande.
    Note: ceci est juste une solution. Veuillez vérifier ma réponse.

    OriginalL'auteur bames53

  2. 9

    Vous avez besoin contrib\masmx64\inffas8664.c inclus dans le fichier de projet visual studio.
    Ce fichier contient inflate_fast fonction qui appelle correspondant asm fonctions.

    Savez-vous pourquoi il n'est pas inclus par défaut?
    Je n'ai aucune idée. Mais "contrib" signifie qu'Il n'est pas maintenu par zlib auteur, je pense.
    Vous l'avez droit. Vous pouvez trouver le cause dans ma réponse

    OriginalL'auteur Eun Suk Lee

  3. 7

    Date: 20180804 (Aug 4ème 2018)

    Tout en jouant avec l'assembleur de la vitesse, j'ai découvert que le problème est reproductible sur l' (actuellement) dernière version: v1.2.11 ([GitHub]: madler/zlib - Un massivement spiffy encore délicatement discrète bibliothèque de compression (http://zlib.net)).

    Cette erreur se produit seulement (évidemment, OS: Gagner, de construire la chaîne d': VStudio et de l'assemblée accélérations activé) pour:

    • cmake construire (travaux OK pour "${ZLIB_SRC_DIR}/win32/Makefile.msc")
    • x64 (AMD64) architecture (travaux OK pour x86)

    Ci-dessous est un "de la pile" (haut -> bas de est équivalent à extérieur -> intérieure) lors de la décompression.

    • Cas Normal:

      1. gonfler (gonfler.c)
      2. inflate_fast (inffast.c)
      3. ...

    • Assembleur cas:

      1. gonfler (gonfler.c)
      2. inflate_fast (contrib/masmx64/inffast8664.c)
      3. inffas8664fnc (contrib/masmx64/inffasx64.asm)
      4. ...

    Problème:

    #2. est manquant ("${ZLIB_SRC_DIR}/CMakeLists.txt" ne sais rien à propos de inffast8664.c), de sorte que la chaîne est brisée, conduisant à une défaillance de la bibliothèque.

    Solution:

    Faire CMakeLists.txt conscient de ce fichier, et c'est en ajoutant:

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

    à ligne ~#158 (encadrée par if(MSVC) et elseif (AMD64) conditionnelles).


    Publication complète des changements.

    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

    Ci-dessus est un diff. Voir [AINSI,]: Exécuter/Déboguer une application Django est UnitTests à partir du clic droit de la souris menu contextuel dans PyCharm Community Edition? (@CristiFati réponse) (Correctifs utrunner section pour savoir comment appliquer des correctifs sur Gagner (en gros, toute ligne qui commence avec un "+" signe va, et chaque ligne qui commence avec un "-" signe sort). Je suis à l'aide de Cygwin, btw.
    J'ai également déposé ce patch pour [GitHub]: madler/zlib - Ms VisualStudio - Assembleur accélérations sur x64, mais je ne suis pas sûr de ce que son destin va être, car il y a plus de 100 tirer les demandes qui sont en attente.

    Sortie:

    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

    Notes:

    • Je suis en utilisant VStudio 2015
    • Au sujet de la sortie:
      • Conserver la sortie de la plus petite possible, je suis seul bâtiment le statique version
        • Pour la même raison (et aussi de le garder juste le texte), je suis en train de construire pour "NMake Makefiles" (cmdline construire)
      • inffas8664.c est en cours de construction (quelque part près de la fin)
    • Vous pouvez également désactiver l'assembleur accélérations (par décochant AMD64 dans cmake-gui), mais ce serait juste une solution de contournement
    • J'ai fait un peu rugueuse tests (de loin, je ne dis pas de ces résultats à l'être en général), et l'amélioration de la performance de l'assembleur en œuvre au cours de la série (Debug versions) a été (un pour cent au-dessous est la ratio entre le temps nécessaire pour effectuer la même opération (avec /sans) accélérations):
      • Compresser: ~86%
      • Décompresser: ~62%

    @EDIT0:

    @MarkAdler commentaire ([GitHub]: madler/zlib - ASM zlib build sur Windows donne des résultats erronés) membres:

    Ce code d'assembly est-elle utilisée? Il y a un peu zlib du répertoire contrib. Par ailleurs, les trucs dans le répertoire contrib est pas partie de la librairie zlib. Il est juste là à titre de commodité et de prise en charge (ou non) par les tiers contributeurs. Ce que je vais faire est de simplement supprimer le code malveillant à partir de la prochaine distribution.

    Ne sorte de la compilation d'avertissement (que tout le monde doit avoir vu (et ignoré)):

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

    Apparemment, assembleur accélérations et VStudio ne s'entend pas très bien. De plus, sur x86 il y a plusieurs problèmes:

    Après la fixation de ceux-ci, tout fonctionne bien, et les améliorations de performances sont similaires à x64.

    OriginalL'auteur CristiFati