Boost安裝的安裝，以及在VS2013下的使用
1. 為什么要安裝？
boost是一個開源庫，因為開源庫可以跨平台，可以通過在不同的“硬件”平台上。所以需要安裝的操作。
安裝，然后編譯生成“靜態鏈接庫lib”，或“動態鏈接庫dll”等。
2. 下載boost安裝包，現在已經到1.60版本了，所以為了穩定，使用1.59版本
解壓后，后目錄如下：
3 編譯boost源文件
3.1解壓后，可以點擊index.html文件，可以通過說明文檔，進行安裝。
（1）雙擊boostrap.bat文件，執行bootstrap.bat。
會在boost根目錄生成 b2.exe 、bjam.exe 、project-config.jam 、bootstrap.log四個文件。
其中，b2.exe 、bjam.exe 這兩個exe作用是一樣的，bjam.exe 是老版本，b2是bjam的升級版本。
3.2 使用bjam(或b2)來編譯boost
bjam命令參數分析
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="D:\boost_1_56_0\" link=static runtime-link=static threading=multi debug release
（1）stage/install：
stage表示只生成庫（dll和lib），install還會生成包含頭文件的include目錄。本人推薦使用stage，因為install生成的這個include目錄實際就是boost安裝包解壓縮后的boost目錄（只比include目錄多幾個非hpp文件，都很小），所以可以直接使用，而且不同的IDE都可以使用同一套頭文件，這樣既節省編譯時間，也節省硬盤空間。
（2）toolset：
指定編譯器，可選的如borland、gcc、msvc（VC6）、msvc-9.0（VS2008）等。
vs2008 : msvc-9.0，vs2010 : msvc-10.0,
VS2012、VS2013:msvc-12.0
（3）without/with：
選擇不編譯/編譯哪些庫。因為python、mpi等庫我都用不着，所以排除之。還有wave、graph、math、regex、test、program_options、serialization、signals這幾個庫編出的靜態lib都非常大，所以不需要的也可以without掉。這可以根據各人需要進行選擇，默認是全部編譯。但是需要注意，如果選擇編譯python的話，是需要python語言支持的，應該到python官方主頁http://www.python.org/下載安裝。
查看boost包含庫的命令是bjam --show-libraries。
（4）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好）。
推薦的配置格式：（為了避免污染源代碼，放置在與boost的平等的目錄結構位置）
***\boost**159\(源文件）
***\boost**159_bin_SDK\msvc12_release
***\boost**159_bin_SDK\msvc12_debug
***\boost**159_bin_SDK\gcc11_release
***\boost**159_bin_SDK\gcc11_debug
（5）build-dir：
編譯生成的中間文件的路徑。這個本人這里沒用到，默認就在根目錄（E:\SDK\boost）下，目錄名為bin.v2，等編譯完成后可將這個目錄全部刪除（沒用了），所以不需要去設置。
（6）link：
生成動態鏈接庫/靜態鏈接庫。生成動態鏈接庫需使用shared方式，生成靜態鏈接庫需使用static方式。一般boost庫可能都是以static方式編譯，因為最終發布程序帶着boost的dll感覺會比較累贅。
（7）runtime-link：
動態/靜態鏈接C/C++運行時庫。同樣有shared和static兩種方式，這樣runtime-link和link一共可以產生4種組合方式，各人可以根據自己的需要選擇編譯。
（8）threading：
單/多線程編譯。一般都寫多線程程序，當然要指定multi方式了；如果需要編寫單線程程序，那么還需要編譯單線程庫，可以使用single方式。
（9）debug/release：
編譯debug/release版本。一般都是程序的debug版本對應庫的debug版本，所以兩個都編譯。
編譯boost
編譯boost的命令比較復雜，尤其是 link, runtime-link 這兩個選項的功能分不太清楚，他們共有4種相互組合，這些相互組合各有什么含義呢？
所以首先做個實驗，僅編譯date_time庫，觀察一下這兩個選項的作用。
第一種；
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="E:\eCode\boost_1_56_0\bin\vc12" link=static runtime-link=static threading=multi debug release 第二種；
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="E:\eCode\boost_1_56_0\bin\vc12" link=static runtime-link=shared threading=multi debug release
第三種；
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="E:\eCode\boost_1_56_0\bin\vc12" link=shared runtime-link=shared threading=multi debug release 第四種：
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="E:\eCode\boost_1_56_0\bin\vc12" link=shared runtime-link=static threading=multi debug release 第五種：
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="E:\eCode\boost_1_56_0\bin\vc12_2" （默認，為避免將前面的結果覆蓋，配置另一目錄vc12_2存放） 第五種：
b2 stage --toolset=msvc-12.0 --with-date_time --stagedir="E:\eCode\boost_1_56_0\bin\vc12_2" --build-type=complete（為避免將前面的結果覆蓋，配置另一目錄vc12_3存放）
所得到的響應的Boost庫結果如下表所示：
| 序號 | link 設置 | Runtime設置 | 生成文件區別 (Debug,Release)兩個版本 | 備注 |
| 1 | static | static | libboost_date_time-vc120-mt-sgd-1_56.lib libboost_date_time-vc120-mt-s-1_56.lib |
|
| 2 | static | shared | libboost_date_time-vc120-mt-gd-1_56.lib libboost_date_time-vc120-mt-1_56.lib |
（缺省的配置） |
| 3 | shared | shared | boost_date_time-vc120-mt-gd-1_56.dll boost_date_time-vc120-mt-gd-1_56.lib boost_date_time-vc120-mt-1_56.dll boost_date_time-vc120-mt-1_56.lib |
|
| 4 | shared | static | 不能編譯 | |
| 5 | 使用缺省 | 使用缺省 | libboost_date_time-vc120-mt-gd-1_56.lib libboost_date_time-vc120-mt-1_56.lib |
（與2結果相同） |
| 6 | 使用--build-type=complete | boost_date_time-vc120-mt-gd-1_56.dll boost_date_time-vc120-mt-gd-1_56.lib boost_date_time-vc120-mt-1_56.dll boost_date_time-vc120-mt-1_56.lib libboost_date_time-vc120-mt-sgd-1_56.lib libboost_date_time-vc120-mt-s-1_56.lib libboost_date_time-vc120-mt-gd-1_56.lib libboost_date_time-vc120-mt-1_56.lib libboost_date_time-vc120-s-1_56.lib libboost_date_time-vc120-sgd-1_56.lib |
說明：
（1）--build-type=complete時link，runtime-link3種組合下debug， release的多線程版本都生成出來了除此之外還生成了link=static，runtime-link=static的debug， release的單線程版本
（2）Boost庫的使用方式link決定了生成的庫的格式：lib（靜態鏈接庫-static）， dll（動態鏈接庫-share）
當link是static時，生成的靜態庫： libboost_*****.lib
當link是share時，生成的動態鏈接庫：boost_****.dll
（3）Boost庫的編譯中runtime-link，決定了生成庫與C/C++庫的連接方式
當runtime-link是static使： 生成的庫文件名有 s
當runtime-link是share使： 生成的庫文件名沒有s
（4）link以及與runtime-link缺省的設置是：
link是靜態的（便於整合到應用中，避免單獨移動boost的相關動態連接庫）
runtime-link是share的，這樣可以動態調用c/C++運行時庫，方便
（5）degug版本的庫名稱： 含有gd
release版本中的庫名稱；不含有gd
（6）threading，設置mutl 多線程的庫，則庫名稱包含：mutl
如果是單線程，則沒有mutl
（7）我們還可以分析一下 boost 庫的命名特點
- 以“lib”開頭的是“link=static”版本（靜態鏈接庫版本，沒有dll），而直接以“boost”開頭的是“link=shared”版本（動態鏈接庫版本，包含lib和dll）。
- 所有的庫都含有"boost"前綴。
- 緊隨其后的是boost庫名稱（比如date_time庫）。
- 然后是編譯器的版本，與庫名稱之間以"-"而不是下划線"_"分隔（比如 -vc120）。
- 有“mt”的為“threading=multi”版本，沒有的則是“threading=single”版本。
- 有“s”的為“runtime-link=static”版本，沒有的則是“runtime-link=shared”版本。
- 有“gd”的為debug版本，沒有的則是release版本。
- 所有的庫都含有boost庫的版本號結尾（比如1_56，其中的"."以下划線"_"代替）
（8）link, runtime-link 組合分析
假設一個庫A依賴於庫B，我們自己的程序client依賴於庫A，即：
那么，link指的是client->A，runtime-link指的是A -> B
| link,與runtime-link的不同設置 | 連接過程分析 | 運行過程需要的文件 |
| link=static runtime-link=static |
client通過A.a (A.lib)靜態包含A； A通過B.a (B.lib)靜態包含B； 不關 .so .dll的事（這是動態庫） |
client （源文件） 因為靜態lib，已經在編譯時候 加載到應用程序中了 |
| （默認方式） link=static runtime-link=shared |
client通過A.a (A.lib)靜態包含A； 在運行時，client要動態調用B.so (B.dll) （動態加載運行時庫） |
client B.so (B.dll) （源文件，與c/c++動態運行庫） |
| link=shared runtime-link=shared |
client會包含A.a (A.lib)； A會包含 B.a (B.lib)； 但都只保存動態庫的真正實現的stub， 運行時通過stub去動態加載 A.so (A.dll), B.so (B.dll) 中的實現 |
client A.so (A.dll) B.so (B.dll) （源文件，bootst的動態庫，c/c++的動態庫） |
| link=shared runtime-link=static |
沒有這種使用方式 |
綜上：在根據boost的源碼編譯boost的何種庫時，最好采用默認的形式:
b2 stage --toolset=msvc-12.0 --stagedir="E:\boost_1_56_0_bin_SDK\msvc12" link=static runtime-link=shared threading=multi debug release
至此，Boost的源碼編譯完畢！！！編譯后的Boost 特定類型的庫將會在E:\boost_1_56_0_bin_SDK\msvc12目錄下產生lib的文件夾，然后在此文件夾下面產生debug，以及release兩個版本的庫文件。如下圖
4. 配置VS2013編譯器，然后使用開發boost應用
主要的配置兩個：
包含頭文件的Include路徑：E:\boost_1_56_0
包含庫文件的鏈接路徑：E:\boost_1_56_0_bin_SDK\msvc12_release\lib
4.1 只配置應用於此項目，而不適用於解決方案中的其他項目（僅應用於當前項目）。
（1）添加附加包含目錄：把boost源文件中的boost的頭文件添加進入
選中當前project->Properties->Configuration Properties->C/C++->General: Additional Include Directories（附加包含目錄）: 設置 E:\eCode\boost_1_56_0
（2）添加booost生成的靜態庫文件，
選中當前project->Properties->Configuration Properties->Linker->General: Additional LibraryDirectories（附加庫目錄）: 設置 E:\eCode\boost_1_56_0\bin\vc12\lib
4.2 配置適應於解決方案中的所有項目（推薦，此應用於整個解決方案）
選中當前project->Properties->Configuration Properties->VC++ Directories:
Include Directories: 設置 E:\eCode\boost_1_56_0
LibraryDirectories: 設置 E:\eCode\boost_1_56_0\bin\vc12\lib
4.3 其他情況
（3）可設置為OS當前用戶下的VC++環境（當前用戶下VC++所創建的所有Solution）
在某個已打開的工程下，切換到Property Manager 選項卡，然后然后展開當前工程的properties配置，打開Microsoft.Cpp.Win32.User
選擇Common Properties->VC++ Directories:
Include Directories: 設置 E:\eCode\boost_1_56_0
LibraryDirectories: 設置 E:\eCode\boost_1_56_0\bin\vc12\lib
這樣設置的僅在Win32編譯選項下起作用，x64編譯選項需要另外配置x64的properties sheet。
（4）可設置為OS所有用戶下的VC++環境
可以編輯 Microsoft.Cpp.Default.props 、Microsoft.Cpp.props 。這里就不介紹了。
5 Boost庫的應用測試
date_time計時函數。創建一個Win32 console 工程
//#define BOOST_DATE_TIME_SOURCE #include <iostream> #include <boost/date_time/gregorian/gregorian.hpp> #include <boost/date_time/posix_time/posix_time.hpp> using namespace std; using namespace boost::gregorian; using namespace boost::posix_time; /************************************************************************ 創建微秒級的計時器 ************************************************************************/ template <class T = microsec_clock> class MyTimer { private: ptime m_startTime; public: MyTimer() { Restart(); } void Restart() { m_startTime = T::local_time(); } void Elapsed() { cout << T::local_time() - m_startTime << endl; } }; int main() { MyTimer<microsec_clock> t; for(int i = 0; i < 100; ++i) { cout << "hello" << endl; } t.Elapsed(); }
注意開頭的宏 “#define BOOST_DATE_TIME_SOURCE” 注掉了。
若啟用這個宏定義，則默認由編譯器重新編譯嵌入的頭文件；（源文件從新嵌入）
若不啟用這個宏定義，則表示使用系統已編譯好的date_time庫（直接從boost庫中引用即可，方便，GOOG）
說明：
（1）禁用#define BOOST_DATE_TIME_SOURCE 宏，然后將（靜態lib） libboost_date_time-vc120-mt-gd-1_56.lib 從 E:\eCode\boost_1_56_0\bin\vc12\lib 中移除，編譯debug版的程序時，提示連接錯誤，缺少libboost_date_time-vc120-mt-gd-1_56.lib。
（所以，不能移除eg（debug）版本的lib，並且此lib已經包含在VS2013中了）
（2）啟用#define BOOST_DATE_TIME_SOURCE 宏，編譯debug版的程序時，可發現即使在缺少 libboost_date_time-vc120-mt-gd-1_56.lib的情況下，也能成功編譯。（因為已經重新嵌入頭文件）
References
【1】Boost下載安裝編譯配置使用指南（含Windows、Linux以及ARM Linux）（http://www.cnblogs.com/wondering/archive/2009/05/21/boost_setup.html）
【2】link 和 runtime-link，搭配shared 和 static（http://blog.csdn.net/yasi_xi/article/details/8660549）
【3】計時函數（二）（http://www.cnblogs.com/jerry19880126/archive/2013/02/20/2919718.html）
【4】官方文檔Getting Started on Windows（http://www.boost.org/doc/libs/1_56_0/more/getting_started/windows.html）
【5】bjam使用（http://blog.chinaunix.net/uid-22301538-id-3158997.html）
關於Boost的其他說明
1. Boost庫是一個可移植、提供源代碼的C++庫，作為標准庫的后備，是C++標准化進程的開發引擎之一。 Boost庫由C++標准委員會庫工作組成員發起，其中有些內容有望成為下一代C++標准庫內容。在C++社區中影響甚大，是不折不扣的“准”標准庫。Boost由於其對跨平台的強調，對標准C++的強調，與編寫平台無關。大部分boost庫功能的使用只需包括相應頭文件即可，少數（如正則表達式庫，文件系統庫等）需要鏈接庫。但Boost中也有很多是實驗性質的東西，在實際的開發中實用需要謹慎。
2.#編譯bjam的認識
首先從SourceForge上下載Boost庫的壓縮包，此時的最新版為1.57.0，下載地址為http://nchc.dl.sourceforge.net/project/boost/boost/1.57.0/boost_1_57_0.7z；下載后，解壓縮7z包。然后以管理員方式在命令提示符下運行bootstrap.bat批處理文件，運行后會在當前目錄中出現bjam.exe文件。
3. 采用VS2013的工具編譯Boost庫文件
32位編譯： #從開始菜單啟動Visual Studio 2013的vs2013 命令行，進入boost所在目錄，運行bootstrap.bat
bjam.exe stage --toolset=msvc-12.0 --without-graph --without-graph_parallel --without-math --without-mpi --without-serialization --without-wave --without-test --without-program_options --without-serialization --without-signals --stagedir="vc12_x86" link=static runtime-link=shared threading=multi debug release
#64位編譯： 從開始菜單啟動Visual Studio 2013的vs2013 x64兼容工具命令行，然后轉到boost根文件夾，運行bootstrap.bat生成x64版的bjam.exe。
在編譯命令中加入address-model=64屬性
4. #toolset：指定編譯器
可選的（待補充）
borland、
gcc、
msvc（VC6）、
msvc-10.0（VS2010）
msvc-9.0 （vs2008 ）
msvc-12.0（VS2012、VS2013）
5. #stagedir:表示編譯生成文件的路徑。
6. #build-dir：編譯生成的中間文件的路徑。這個本人這里沒用到，默認就在根目錄（D:\boost\boost_1_57_0）下，目錄名為bin.v2（刪掉），等編譯完成后可將這個目錄全部刪除（沒用了），所以不需要去設置。
7. #without/with：選擇不編譯/編譯哪些庫。
8. #address-model:要有address-model=64屬性，如果沒有這個屬性的話，會默認生成32位的平台庫，加入這個選項才能生成64位的DLL。
9. #threading：單/多線程編譯。一般都寫多線程程序，當然要指定multi方式了；如果需要編寫單線程程序，那么還需要編譯單線程庫，可以使用single方式。
10. #靜態庫版link=shared,動態庫link=shared #runtime-link：動態/靜態鏈接C/C++運行時庫。同樣有shared和static兩種方式，這樣runtime-link和link一共可以產生4種組合方式，各人可以根據自己的需要選擇編譯。
一般link只選static的話，只需要編譯2種組合即可，即link=static runtime-link=shared和link=static runtime-link=static。
11. #debug/release：編譯debug/release版本。
一般都是程序的debug版本對應庫的debug版本，所以兩個都編譯。
12 .VS2013環境的設置
(在項目-->右鍵屬性-->C/C++)
附加包含目錄：如：F:/boost_1.57_0
鏈接器:附加庫目錄：(編譯生成文件的路徑)如：F:/boost_1.57_0/stage/bin
附加依賴項：(項目所需編譯庫)，是靜態lib庫，可以指定
，然后在連接的時候，導入到程序中（如下圖）。
如果編譯成Debug則包含：libboost_regex-vc120-mt-gd-1_57.lib(舉例)
如果編譯成Release則包含:libboost_regex-vc120-mt- 1_57.lib
或者添加#pragma comment(lib, "libboost_regex-vc120-mt-gd-1_57.lib")附加鏈接庫
13. 最后的應用程序中，只指定應用中采用的boost庫，這樣可以縮小應用程序的體積。
#define BOOST_LIB_DIAGNOSTIC
它可以讓VC在編譯時的output窗口中輸出程序具體鏈接了哪些boost庫以及鏈接順序。
#include "stdafx.h" #include <boost/regex.hpp> #include <boost/asio.hpp> #include <iostream> #pragma comment(lib, "libboost_date_time-vc120-mt-gd-1_57.lib") #pragma comment(lib, "libboost_system-vc120-mt-gd-1_57.lib") int _tmain(int argc, _TCHAR* argv[]) { boost::regex reg("[0-9]+");//lib庫在項目附加依賴項中添加了 std::cout << boost::regex_match("123", reg) << std::endl; boost::asio::io_service io; system("PAUSE"); return 0; }
最后的操作：
為了在程序中（防止）修改源碼：可以對Boost的頭文件執行“可讀”操作處理。
endl;
參考博客來源：http://www.cnblogs.com/cdma/p/4444801.html