2009-06-30 9 views
28

utilizo un cmake generada makefile para compilar un archivo C++ que depende de la biblioteca de impulso del sistema de ficheros.para enlazar contra boost.system con cmake

Durante el proceso de enlace me sale el siguiente error:

 
Undefined symbols: 
    "boost::system::get_generic_category()", referenced from: 
     __static_initialization_and_destruction_0(int, int)in FaceRecognizer.cpp.o 
     __static_initialization_and_destruction_0(int, int)in FaceRecognizer.cpp.o 
     __static_initialization_and_destruction_0(int, int)in FaceRecognizer.cpp.o 
    "boost::system::get_system_category()", referenced from: 
     __static_initialization_and_destruction_0(int, int)in FaceRecognizer.cpp.o 
     __static_initialization_and_destruction_0(int, int)in FaceRecognizer.cpp.o 
ld: symbol(s) not found 
collect2: ld returned 1 exit status 
make[2]: *** [src/ImageMarker] Error 1 

La acción del makefile que genera este error es esta línea:

 
cd /Users/janusz/Documents/workspace/ImageMarker/Debug/src && /opt/local/bin/cmake -E cmake_link_script CMakeFiles/ImageMarker.dir/link.txt --verbose=1 
/usr/bin/c++ -O3 -Wall -Wno-deprecated -g -verbose -Wl,-search_paths_first -headerpad_max_install_names -fPIC CMakeFiles/ImageMarker.dir/ImageMarker.cpp.o CMakeFiles/ImageMarker.dir/Image.cpp.o CMakeFiles/ImageMarker.dir/utils.cpp.o CMakeFiles/ImageMarker.dir/XMLWriter.cpp.o CMakeFiles/ImageMarker.dir/FaceRecognizer.cpp.o -o ImageMarker -L/opt/local/lib ../libTinyXml.a /opt/local/lib/libboost_filesystem-mt.dylib 

algunas google me mostró que este error parece ser común en los Mac con la biblioteca de sistema de archivos impulso porque tengo que enlazar con una biblioteca boost.system o hacer mi proyecto en función de la biblioteca boost.system.

¿Cómo fuerzo cmake para enlazar con la biblioteca sin codificar la ruta de la biblioteca?

Aquí el resultado de otool:

otool -L /opt/local/lib/libboost_filesystem-mt.dylib 
/opt/local/lib/libboost_filesystem-mt.dylib: 
/opt/local/lib/libboost_filesystem-mt.dylib (compatibility version 0.0.0, current version 0.0.0) 
/opt/local/lib/libboost_system-mt.dylib (compatibility version 0.0.0, current version 0.0.0) 
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) 
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) 
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) 
+0

Janusz, por favor haga "otool -L /opt/local/lib/libboost_filesystem-mt.dylib" y nos da el resultado. Gracias. –

Respuesta

60

En Linux CMake figuras sí que boost_filesystem está enlazado con la boost_system. Obviamente, usted tiene que decirle explícitamente en Mac:

find_package(Boost COMPONENTS system filesystem REQUIRED) 
#... 
target_link_libraries(mytarget 
    ${Boost_FILESYSTEM_LIBRARY} 
    ${Boost_SYSTEM_LIBRARY} 
) 
+0

Esto es extraño. En Linux, la biblioteca dinámica boost.filesystem se refiere a la biblioteca boost.system, por lo que no es necesario un enlace explícito a boost.system. ¿Alguna idea de por qué esto no está sucediendo aquí? –

+0

Estás rigth, LDD libboost_filesystem.so listas libboost_system.so (0x00007fcd31e67000). AFAIK en Mac "otool -L" es el equivalente a ldd, pero no tengo Mac. ¿Deberíamos mencionar esto en el impulso ML? –

+9

¿Qué hay de usar $ {Boost_LIBRARIES} en su lugar? Siempre debe incluir todo lo especificado por COMPONENTES, ¿no? – LiMuBei

5

Ésta no es una "respuesta" a la pregunta publicada, sino una observación en mi caja de Ubuntu.

Para utilizar las bibliotecas Boost, usted tiene que escribir de forma explícita o menos así:

find_package(Boost COMPONENTS regex system filesystem REQUIRED) 

Además, es necesario vincular de esta manera:

target_link_libraries(binary 
    ${Boost_FILESYSTEM_LIBRARY} 
    ${Boost_SYSTEM_LIBRARY} 
    ${Boost_REGEX_LIBRARY} 
) 

y la siguiente manera didn' t trabajo, al menos para mí:

target_link_libraries(binary regex system filesystem) 

Esto sigue lo que dice Maik, pero no solo en Mac.