2009-06-30 13 views
28

Uso un makefile generato da cmake per compilare un file C++ che dipende dalla libreria del file system boost.Come eseguire il collegamento a boost.system con cmake

Durante il processo di collegamento ottengo il seguente errore:

 
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 

L'azione dal makefile che genera questo errore è questa linea:

 
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 

un po 'googling mi ha mostrato che questo errore sembra essere comuni su Mac con la libreria boost file system perché devo collegarmi a una libreria boost.system o rendere il mio progetto dipendente dalla libreria boost.system.

Come faccio a forzare cmake a collegarsi alla libreria senza codificare il percorso della libreria?

Ecco il risultato da 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, si prega di fare "otool -L /opt/local/lib/libboost_filesystem-mt.dylib" e darci il risultato. Grazie. –

risposta

60

su Linux CMake sé le figure che boost_filesystem è legata contro boost_system. Ovviamente si deve dire in modo esplicito su Mac:

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

Questo è bizzarro. Su Linux, la libreria dinamica boost.filesystem fa riferimento alla libreria boost.system, quindi non è necessario alcun collegamento esplicito a boost.system. Qualche idea sul perché non stia succedendo qui? –

+0

Sei libero, ldd libboost_filesystem.so elenca libboost_system.so (0x00007fcd31e67000). AFAIK su Mac "otool -L" è l'equivalente di ldd, ma non ho Mac in giro. Dovremmo far apparire questo al boost ML? –

+9

E invece di usare $ {Boost_LIBRARIES}? Dovrebbe sempre includere tutto specificato da COMPONENTI, no? – LiMuBei

5

Questa non è una "risposta" alla domanda pubblicata, ma un'osservazione sulla mia casella di Ubuntu.

Per utilizzare le librerie Boost, si deve scrivere esplicitamente qualcosa di simile:

find_package(Boost COMPONENTS regex system filesystem REQUIRED) 

Inoltre, è necessario collegare in questo modo:

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

e seguente modo didn' t lavoro, almeno per me:

target_link_libraries(binary regex system filesystem) 

Questo segue quello che dice Maik, ma non solo su Mac.

Problemi correlati