——更新于2011/7/19，目前我已對boost的安裝和使用有了新的認識，因此也會對兩年前寫的這篇文章做大幅修改，網上轉載版本泛濫，請以本文為準。
理論上，本文適用于boost的各個版本，尤其是最新版本1.47.0；適用于各種C++編譯器，如VC6.0（部分庫不支持），VS2003，VS2005，VS2008，VS2010，gcc，C++ Builder等。先總結一下Windows系統。
一、下載
首先從boost官方主頁http://www.boost.org/下載最新版boost安裝包，或者使用Subversion獲取最新版本，地址是：http://svn.boost.org/svn/boost/trunk。本人現在一般都用svn，這樣可以很方便的進行update和build，而不是每次都下載新的安裝包并rebuild。
二、安裝
如果是使用下載的安裝包，那么請將boost安裝包解壓至本地目錄，如：E:\SDK\boost；如果是用svn的，也可以將boost的代碼checkout到這個目錄。因為boost一部分類是需要編譯成庫才能使用的，所以我們還需要準備好boost專用的編譯輔助工具bjam。在命令提示符（cmd.exe）中執(zhí)行根目錄下的bootstrap.bat，編譯后的bjam.exe會自動拷貝到該目錄下（bjam必須與boost-build.jam在同級目錄）。
三、編譯
接下來就是最重要的編譯步驟了。需要打開命令提示符（cmd.exe）窗口并執(zhí)行bjam，可以使用--help參數來查看命令幫助。這里詳細講解一下bjam的命令行參數，因為它非常重要。首先，它涉及到編程環(huán)境的搭建，你需要根據自己今后具體的使用環(huán)境來選擇合適的命令行參數；其次，它影響到你的硬盤空間，完全編譯的話據說在3G以上，如果你同時擁有2個以上的IDE（如VC6和VC9共存）而且都要用到boost，那么占用多少硬盤就自己算吧……雖說如今大家的硬盤空間都不成問題，但就像本人一樣崇尚合理利用資源不習慣鋪張浪費提倡節(jié)儉的童鞋應該大有人在，所以不需要的配置和不需要的庫就可以不編譯了。綜合以上兩點因素，本人使用的bjam命令如下：
bjam stage --toolset=msvc-9.0 --without-graph --without-graph_parallel --without-math --without-mpi --without-python --without-serialization --without-wave --stagedir="E:\SDK\boost\bin\vc9" link=static runtime-link=shared runtime-link=static threading=multi debug release
下面詳細解釋一下每個參數的含義：
stage/install：stage表示只生成庫（dll和lib），install還會生成包含頭文件的include目錄。本人推薦使用stage，因為install生成的這個include目錄實際就是boost安裝包解壓縮后的boost目錄（E:\SDK\boost\boost，只比include目錄多幾個非hpp文件，都很小），所以可以直接使用，而且不同的IDE都可以使用同一套頭文件，這樣既節(jié)省編譯時間，也節(jié)省硬盤空間。
toolset：指定編譯器，可選的如borland、gcc、msvc（VC6）、msvc-9.0（VS2008）等。
without/with：選擇不編譯/編譯哪些庫。因為python、mpi等庫我都用不著，所以排除之。還有wave、graph、math、regex、test、program_options、serialization、signals這幾個庫編出的靜態(tài)lib都非常大，所以不需要的也可以without掉。這可以根據各人需要進行選擇，默認是全部編譯。但是需要注意，如果選擇編譯python的話，是需要python語言支持的，應該到python官方主頁
http://www.python.org/下載安裝。查看boost包含庫的命令是
bjam --show-libraries。
stagedir/prefix：stage時使用stagedir，install時使用prefix，表示編譯生成文件的路徑。推薦給不同的IDE指定不同的目錄，如VS2008對應的是E:\SDK\boost\bin\vc9，VC6對應的是E:\SDK\boost\bin\vc6，否則都生成到一個目錄下面，難以管理。如果使用了install參數，那么還將生成頭文件目錄，vc9對應的就是E:\SDK\boost\bin\vc9\include\boost-1_46\boost,vc6類似（光這路徑都這樣累贅，還是使用stage好）。
build-dir：編譯生成的中間文件的路徑。這個本人這里沒用到，默認就在根目錄（E:\SDK\boost）下，目錄名為bin.v2，等編譯完成后可將這個目錄全部刪除（沒用了），所以不需要去設置。
link：生成動態(tài)鏈接庫/靜態(tài)鏈接庫。生成動態(tài)鏈接庫需使用shared方式，生成靜態(tài)鏈接庫需使用static方式。一般boost庫可能都是以static方式編譯，因為最終發(fā)布程序帶著boost的dll感覺會比較累贅。
runtime-link：動態(tài)/靜態(tài)鏈接C/C++運行時庫。同樣有shared和static兩種方式，這樣runtime-link和link一共可以產生4種組合方式，各人可以根據自己的需要選擇編譯。一般link只選static的話，只需要編譯2種組合即可，即link=static runtime-link=shared和link=static runtime-link=static，本人一般就編這兩種組合。
threading：單/多線程編譯。一般都寫多線程程序，當然要指定multi方式了；如果需要編寫單線程程序，那么還需要編譯單線程庫，可以使用single方式。
debug/release：編譯debug/release版本。一般都是程序的debug版本對應庫的debug版本，所以兩個都編譯。
本人按以上方式分別編譯了靜態(tài)鏈接和動態(tài)鏈接兩個版本后，整個E:\SDK\boost目錄有1.28G。如果不打算將來再升級boost版本，那么可以將編譯生成的中間文件bin.v2目錄刪除，這樣整個目錄（包括安裝包解壓縮文件和編譯生成的庫文件）會減小至不到800MB，如果runtime-link只選了一種方式，那么整個目錄只有600MB。事實上編譯完成后除了boost和bin目錄之外其他目錄和文件已經可以刪除了，這樣還可以騰出350MB的空間來。不過我又研究了一下，其實libs這個目錄也很有用，它提供了所有Boost類的使用范例，平時可以作為參考；另外doc目錄是一個完整的boost使用幫助文檔，當然最好也不要刪了。其他幾個目錄和文件加起來也就幾十兆，索性都給它們留一條生路吧。
呵呵，一個完整而又完美的boost目錄就此誕生了。
需要注意的是，如果使用VS2008編譯boost（其他版本VC未作測試，可能也有類似問題），那么假如你調用boost的主程序添加了_BIND_TO_CURRENT_VCLIBS_VERSION預定義宏來強制使用最新版本的Windows CRT庫，那么你的boost也需要添加這個預定義宏來進行編譯，否則會導致程序因為各模塊使用的CRT庫版本不統一而出現“在某些機器上運行提示‘由于應用程序配置不正確，應用程序未能啟動’的問題”，關于該問題請參考我的另外一篇文章：【原】解決VS2008編譯的程序在某些機器上運行提示“由于應用程序配置不正確，應用程序未能啟動”的問題。添加該預定義宏的方法是：打開boost安裝根目錄下的boost\config\compiler\visualc.hpp，在最上面增加：
// Added by terry, 2011/4/19, Force the linker to use the latest version of CRT/MFC/ATL dll
#ifndef _BIND_TO_CURRENT_VCLIBS_VERSION
#define _BIND_TO_CURRENT_VCLIBS_VERSION 1
#endif // _BIND_TO_CURRENT_VCLIBS_VERSION
這種方法修改了boost的源碼，并非我所愿， 但是無奈沒有找到更好的方法，如果有人知道希望能夠留言告訴我。
如果圖省事，不想了解這么多，那么有簡單的方法，可以使用命令：
bjam --toolset=msvc-9.0 --build-type=complete
直接指定編譯器以完全模式編譯即可，這樣可以滿足今后的一切使用場合，但同時帶來的后果是：
1、占用3G以上的硬盤空間
2、占用若干小時的編譯時間
3、頭文件和庫文件存放于C:\Boost（本人非常反感）
4、生成的很多文件可以永遠也用不上
四、配置
include目錄：E:\SDK\boost
library目錄：E:\SDK\boost\bin\vc9\lib
添加到IDE相應的路徑下面即可。
五、使用
使用舉例：
#include <boost\thread.hpp>
此時，不用包含庫文件，boost的auto-link機制將會自動幫我們包含對應的靜態(tài)lib。也就是說，boost默認是以靜態(tài)方式鏈接的，這樣我們的工程屬性最好也設為Multi-threaded (Debug)。如果想使用dll動態(tài)方式鏈接，需要預先定義宏：
#define BOOST_ALL_DYN_LINK
同樣，此時boost也會默認幫我們包含對應的lib。如果不想使用boost提供的auto-link機制，或者對它的自動鏈接不太放心的話（其實大可不必擔心），可以預先定義宏：
然后使用以下方法鏈接：
#pragma comment(lib, "boost_thread-vc90-mt-1_47.lib")
或
#pragma comment(lib, "boost_thread-vc90-mt.lib")
這兩個lib其實是一樣的，實在不明白boost編譯時為什么每個庫都要復制一份，難道是因為后者在升級boost版本后不用改代碼？另外還有一個比較有用的宏：
#define BOOST_LIB_DIAGNOSTIC
它可以讓VC在編譯時的output窗口中輸出程序具體鏈接了哪些boost庫以及鏈接順序。
關于boost的auto-link機制，詳細可以看看boost\config\auto_link.hpp里的代碼，很容易可以讀懂，并且值得我們學習。
六、Linux下編譯與配置的區(qū)別：
我的Linux與Windows使用了共享目錄，將Windows下的E:\SDK目錄映射成了Linux下的/mnt/hgfs/sdk目錄。
所以我的boost源文件根目錄就是/mnt/hgfs/sdk/boost，cd進去。
首先需要編譯bjam：
編譯完成后，會在當前目錄下生成bjam，接下來開始編譯boost：
./bjam stage --toolset=gcc --with-date_time --with-thread --with-filesystem --with-program_options --stagedir="/mnt/hgfs/sdk/boost/bin/gcc" link=static runtime-link=static threading=multi debug release
這些參數的意義與Windows下完全一樣，只不過編譯器改成gcc，其他選項根據自己的需要進行設置。
生成的庫文件就在bin/gcc/lib目錄下，與vc9編譯的一樣。
如果將來不會再升級boost版本，那么可以把中間文件全部刪掉，包括bin.v2目錄和tools/jam/stage目錄。
關于boost庫的使用，為了不用每次寫makefile都把boost的頭文件和庫文件的路徑帶著，而且為了讓跨平臺程序公用一套代碼，
可以將boost的頭文件和庫文件路徑加到Linux的環(huán)境變量中。打開/etc/profile，加入以下gcc環(huán)境變量：
CPLUS_INCLUDE_PATH=$CPLUS_INCLUDE_PATH:"/mnt/hgfs/sdk/boost"
export CPLUS_INCLUDE_PATH
LIBRARY_PATH=$LIBRARY_PATH:"/mnt/hgfs/sdk/boost/bin/gcc/lib"
export LIBRARY_PATH
這樣就可以直接使用boost的頭文件和庫文件了，并且與Windows共用一套代碼，非常方便。
七、可參考的網上流行的幾篇文章：
posted on 2011-10-17 16:25
老馬驛站 閱讀(3454)
評論(0) 編輯 收藏 引用 所屬分類:
c++ 、
Boost