2017-10-01 7 views
0

J'essaie de lier une bibliothèque statique avec un fichier exécutable, en suivant this example, mais sur MinGW-w64.Références non définies avec l'optimisation de la liaison

Mon CMakeLists fichier: (notez que ceci est identique à celui de cette réponse)

cmake_minimum_required (VERSION 2.6) 
project (hellow) 
SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -flto") 
SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -flto") 
SET(CMAKE_AR "gcc-ar") 
SET(CMAKE_C_ARCHIVE_CREATE "<CMAKE_AR> qcs <TARGET> <LINK_FLAGS> <OBJECTS>") 
SET(CMAKE_C_ARCHIVE_FINISH true) 
add_library(hello STATIC libhello.c) 
add_executable(hellow hello.c) 
target_link_libraries(hellow hello) 
add_dependencies(hellow hello) 

hello.c:

extern void hello(void); 

int main(void) { 
    hello(); 
    return 0; 
} 

libhello.c:

#include <stdio.h> 

void hello(void) { 
    puts("Hello"); 
} 

La configuration fonctionne comme prévu:

-- The C compiler identification is GNU 7.1.0 
-- The CXX compiler identification is GNU 7.1.0 
-- Check for working C compiler: C:/Program Files (x86)/mingw-w64/i686-7.1.0-win32-dwarf-rt_v5-rev2/mingw32/bin/gcc.exe 
-- Check for working C compiler: C:/Program Files (x86)/mingw-w64/i686-7.1.0-win32-dwarf-rt_v5-rev2/mingw32/bin/gcc.exe -- works 
-- Detecting C compiler ABI info 
-- Detecting C compiler ABI info - done 
-- Detecting C compile features 
-- Detecting C compile features - done 
-- Check for working CXX compiler: C:/Program Files (x86)/mingw-w64/i686-7.1.0-win32-dwarf-rt_v5-rev2/mingw32/bin/g++.exe 
-- Check for working CXX compiler: C:/Program Files (x86)/mingw-w64/i686-7.1.0-win32-dwarf-rt_v5-rev2/mingw32/bin/g++.exe -- works 
-- Detecting CXX compiler ABI info 
-- Detecting CXX compiler ABI info - done 
-- Detecting CXX compile features 
-- Detecting CXX compile features - done 
-- Configuring done 
-- Generating done 
-- Build files have been written to: C:/.../project 

Lors de la compilation comme-est, cependant, l'erreur suivante est générée:

Scanning dependencies of target hello 
[ 25%] Building C object CMakeFiles/hello.dir/libhello.c.obj 
[ 50%] Linking C static library libhello.a 
Error running link command: The system cannot find the file specified 
mingw32-make.exe[3]: *** [CMakeFiles\hello.dir\build.make:95: libhello.a] Error 2 
mingw32-make.exe[3]: *** Deleting file 'libhello.a' 
mingw32-make.exe[2]: *** [CMakeFiles\Makefile2:67: CMakeFiles/hello.dir/all] Error 2 
mingw32-make.exe[1]: *** [CMakeFiles\Makefile2:116: CMakeFiles/hellow.dir/rule] Error 2 
mingw32-make.exe: *** [Makefile:130: hellow] Error 2 

Retrait de la ligne SET(CMAKE_C_ARCHIVE_FINISH true) dans le fichier CMakeLists.txt et recompiler résultats dans cette erreur "de référence non définie":

[ 25%] Linking C static library libhello.a 
[ 50%] Built target hello 
Scanning dependencies of target hellow 
[ 75%] Building C object CMakeFiles/hellow.dir/hello.c.obj 
[100%] Linking C executable hellow.exe 
C:\...\Local\Temp\ccPctpZp.ltrans0.ltrans.o: In function `main': 
E:/Documents/MONAD/projects/ltotest/hello.c:4: undefined reference to `hello' 
collect2.exe: error: ld returned 1 exit status 
mingw32-make.exe[3]: *** [CMakeFiles\hellow.dir\build.make:97: hellow.exe] Error 1 
mingw32-make.exe[2]: *** [CMakeFiles\Makefile2:104: CMakeFiles/hellow.dir/all] Error 2 
mingw32-make.exe[1]: *** [CMakeFiles\Makefile2:116: CMakeFiles/hellow.dir/rule] Error 2 
mingw32-make.exe: *** [Makefile:130: hellow] Error 2 

Exécution nm libhello.a montre que libhello.c est en cours de compilation avec LTO:

libhello.c.obj: 
00000000 b .bss 
00000000 d .data 
00000000 r .gnu.lto_.decls.d7da3e90 
00000000 r .gnu.lto_.inline.d7da3e90 
00000000 r .gnu.lto_.opts 
00000000 r .gnu.lto_.refs.d7da3e90 
00000000 r .gnu.lto_.symbol_nodes.d7da3e90 
00000000 r .gnu.lto_.symtab.d7da3e90 
00000000 r .gnu.lto_hello.d7da3e90 
00000000 r .rdata$zzz 
00000000 t .text 
00000001 C ___gnu_lto_slim 
00000001 C ___gnu_lto_v1 

Cela semble être un problème uniquement sur MinGW, car le code semble fonctionner correctement dans la réponse liée précédemment (bien que je n'ai pas pu le tester moi-même). Des idées sur ce qui ne va pas/comment le contourner?

+0

@HansPassant gcc-ar.exe est un wrapper pour ar.exe qui fournit le plugin gcc LTO (voir http://www.tin.org/bin/man.cgi?section=1&topic=gcc-ar-5 – cpdt

+0

@HansPassant Yep, il peut être trouvé (j'ai vérifié, et d'ailleurs, je m'attendrais à avoir une erreur en mentionnant un exe inconnu si ce n'est pas le cas). – cpdt

Répondre

0

A fait un peu plus de recherche, et est tombé sur this page, qui mentionne qu'il est également nécessaire d'utiliser un wrapper pour ranlib.

Effectivement, en changeant CMakeLists.txt le contenu ci-dessous permet au projet de construire avec succès:

cmake_minimum_required (VERSION 2.6) 
project (hellow) 
SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -flto") 
SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -flto") 
SET(CMAKE_AR "gcc-ar") 
SET(CMAKE_RANLIB "gcc-ranlib") 
SET(CMAKE_C_ARCHIVE_CREATE "<CMAKE_AR> qcs <TARGET> <LINK_FLAGS> <OBJECTS>") 
SET(CMAKE_C_ARCHIVE_FINISH "<CMAKE_RANLIB> <TARGET>") 
add_library(hello STATIC libhello.c) 
add_executable(hellow hello.c) 
target_link_libraries(hellow hello) 
add_dependencies(hellow hello) 

(notez la nouvelle ligne SET(CMAKE_RANLIB "gcc-ranlib"))

De plus, il semble que la ligne SET(CMAKE_C_ARCHIVE_FINISH "<CMAKE_RANLIB> <TARGET>") n'est pas nécessaire, c'est la valeur par défaut pour CMAKE_C_ARCHIVE_FINISH.

+1

Le document gcc mentionne aussi 'La prochaine version de binutils supportera le chargement automatique de liblto_plugin', donc avec un binutils récent, le wrapper ne devrait pas être nécessaire. – ssbssa