2012-06-18 50 views
8

由於Boost 1.49的問題,我在通過C++程序中的鏈接階段時遇到問題。我已經切換到C++(-std=c++11 -libc=libc++),它適用於另一段代碼(它也使用boost)。使用自制軟件安裝Boost:使用LLVM在OSX上使用boost :: program_options連接問題

brew install boost --universal --with-mpi --with-icu 

問題始於boost::program_options。我得到的鏈接錯誤是這樣的:

"boost::program_options::validate(boost::any&, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*, int)", referenced from: 

... etc. ... 

ld: symbol(s) not found for architecture x86_64 
clang: error: linker command failed with exit code 1 (use -v to see invocation) 

這是一個有些奇怪,因爲所使用的庫做一個納米透露,該符號會出現在那裏:

nm -U /usr/local/lib/libboost_program_options-mt.dylib | grep validate 
0000000000019880 - 01 0000 FUN __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISbIwSt11char_traitsIwESaIwEESaIS7_EEPSsi 
0000000000019880 T __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISbIwSt11char_traitsIwESaIwEESaIS7_EEPSsi 
00000000000199e0 - 01 0000 FUN __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISbIwSt11char_traitsIwESaIwEESaIS7_EEPbi 
00000000000199e0 T __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISbIwSt11char_traitsIwESaIwEESaIS7_EEPbi 
0000000000019930 T __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISsSaISsEEPSsi 
0000000000019930 - 01 0000 FUN __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISsSaISsEEPSsi 
0000000000019c70 - 01 0000 FUN __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISsSaISsEEPbi 
0000000000019c70 T __ZN5boost15program_options8validateERNS_3anyERKSt6vectorISsSaISsEEPbi 

我已經嘗試通過在安裝之前相應地設置CXX和CXX_FLAGS來哄騙自制軟件,用clang而不是gcc來編譯boost。不知道我成功了。

指針非常感謝。

+0

同樣的問題,因爲:http://stackoverflow.com/questions/8454329/why-cant-clang-with-libc-in-c0x-mode-link-this-boostprogram-options-examp –

回答

8

您將需要使用clang和std11標誌重新編譯boost,libC++庫與OSX中已安裝的libstdC++(更改爲gpl3之前的gcc的早期版本)不是二進制兼容的。如果你的鏗鏘版本是3.1或以上,那麼你可以使用(否則將早期版本的C++ 11更改爲C++ 0x)。

./bootstrap.sh 
mkdir build 
sudo ./bjam toolset=clang cxxflags="-std=c++0x -stdlib=libc++" variant=release link=static threading=multi runtime-link=shared --build-dir=Build --layout=system --without-mpi --without-python install --prefix=/usr/local 

當然,你可以改變任何這些,你想除了

工具集=鐺CXXFLAGS = 「 - STD =的C++ 0x -stdlib =的libC++」

這應該爲你工作。

+0

嗨,謝謝你的指針。儘可能多地思考。但是,我似乎無法讓Boost爲我編譯動態庫。我試過這個: 'sudo ./bjam toolset = clang cxxflags =「 - std = C++ 11 -stdlib = libC++」variant = release link = shared threading = multi runtime-link = shared --build-dir = Build --layout = system --without-mpi --without-python install --prefix =/usr/local' 但是隻有靜態的。 –

+1

我終於通過Boost.Build論壇得到了答案: http://boost.2283326.n4.nabble.com/Problems-building-Boost-with-clang-toolchain-and-C-11-td4631556.html 簡而言之:在調用bjam時我錯過了'linkflags': ./b2 toolset = clang cxxflags =「 - std = C++ 11 -stdlib = libC++」linkflags =「 - stdlib = libC++」 –

3

我想分享我在Mac OS X 10.8.5上構建Boost 1.54的(中度痛苦)體驗,其中包含Xcode 5.0提供的鏗鏘5.0.0。如果你想要C++ 11的特性,編譯和鏈接clang++非常重要,而不是clang

插圖:採取以下簡單的程序:

#include <iostream> 
#include <string> 

int main(int argc, char *argv[]) { 
    std::string str = "OK"; 
    std::cout << str << std::endl; 
    return 0; 
} 

可以用下面的命令來構建:

clang++ -std=c++11 -stdlib=libc++ clangstr.cc -o clangstr

但是,如果你試試這個來代替:

clang -std=c++11 -stdlib=libc++ clangstr.cc -o clangstr

那麼你會得到鏈接錯誤。請注意,clang聯機幫助頁顯示該語言是由-std=選項選擇的,但這顯然不夠。

這個教訓是,我們必須告知bjam在編譯帶有C++ 11支持的Boost時顯式使用clang++

this very useful post,我把下列我tools/build/v2/user-config.jam

using clang : 11 
    : "/usr/bin/clang++" 
    : <cxxflags>"-std=c++11 -stdlib=libc++ -ftemplate-depth=512" <linkflags>"-stdlib=libc++" 
    ; 

然後我跑./b2 clean,然後我建用下面的命令提升:

mkdir -p build/clangstage/ 
./b2 -j8 --build-dir=build --stagedir=build/clangstage toolset=clang-11 define=BOOST_SYSTEM_NO_DEPRECATED variant=release threading=multi address-model=64 stage 

這將生成64位靜態以及支持多線程的動態庫。如果你需要不同的設置,則相應地更改上面的命令。

相關問題