Boost 編譯鏈接

頭文件就是庫

使用者最常問的問題就是“我該怎么安裝Boost”，這個也是我一開始最關心的問題，Boost這點做的很好，將大部分實現都封裝在頭文件里，所以對于一些基本的Boost庫，其實是不需要安裝的，只需要將頭文件include到自己的程序里，當然前提是你把Boost的所有用到的頭文件都拷貝了一份。

Boost是如何做到這點的?

這是因為Boost的頭文件（*.hpp）包含了模板和內聯函數，這點隨便找一個hpp文件來看你就明白了，所以不需要去靜態鏈接或者動態鏈接二進制lib庫了。

不過Boost的某些庫還是需要生成二進制的庫的，如果你要使用他們，必須編譯安裝哦，他們是：

Boost.Filesystem

Boost.IOStreams

Boost.ProgramOptions

Boost.Python

Boost.Regex

Boost.Serialization

Boost.Signals

Boost.Thread

Boost.Wave

技巧1

可以通過在VS預處理器中添加BOOST_LIB_DIAGNOSTIC，在編譯的output窗口中輸出程序具體鏈接了哪些boost庫以及鏈接順序

技巧2

可以通過修改源碼boost/config/user.hpp中，取消// #define BOOST_ALL_NO_LIB的注釋，重新編譯Boost源碼，關閉Boost自動鏈接

在如下一種情況下需要關閉自動連接功能：因為asio自動連接了system,data_time和regex庫,其實平常只用到了system庫,而data_time和regex,如果不使用deadline_timer和asyn_read_until之類的東西的話,是不用連接的.

命名規則

libboost_filesystem-vc80-mt-sgdp-1_42.lib

前綴：統一為lib，但在Windows下只有靜態庫有lib前綴；

庫名稱：以"boost一”開頭的庫名稱，在這里是boost_filesystem；

編譯器標識：編譯該庫文件的編譯器名稱和版本，在這里是-vc80；

多線程標識：支持多線程使用-mt，沒有表示不支持多線程；

ABI標識：這個標識比較復雜，標識了Boost庫的幾個編譯鏈接選項；

s：  靜態庫標識；

gd：debug版標識；

p：  使用STlport而不是編譯器自帶STL實現；

版本號：Boost庫的版本號，小數點用下畫線代替，在這里是1_42；

擴展名：在Windows上是lib，在Linux等類Unix操作系統上是a或者.so。

boost 鏈接出錯無法打開libboost_thread-vc140-mt-sgd

第一個鏈接說明，當選擇什么樣子的運行時庫，程序在編譯的時候，就會去調用相應編譯時期指定的版本，比如s代表的是運行時靜態庫，gd代表的是調試模式，當出現無法打開上面的情況下，說明放在指定目錄下的boost編譯庫可能是動態庫，跟目標的不一致，因此需要調整匹配上

“多線程（/MT）”： release版本多線程靜態庫

    需要使用  libboost_regex-vc90-mt-s-1_44.lib

“多線程調試（/MTd）”：debug版本多線程靜態程庫

    需要使用 libboost_regex-vc90-mt-sgd-1_44.lib

“多線程 DLL（/MD）”： release版本多線程動態庫

    需要使用

靜態boost 庫連接

libboost_regex-vc90-mt -1_44.lib

動態boost 庫連接， 需要在引入庫前加上“lib”，

運行需要帶上對應的dll

boost_regex-vc90-mt-1_44.lib  à在引入庫前加上“lib”

         boost_regex-vc90-mt-1_44.dll

“多線程調試 DLL（/MDd）”： debug版本多線程動態庫

      需要使用

靜態boost 庫連接

libboost_regex-vc90-mt-gd-1_44.lib

動態boost 庫連接， 需要在引入庫前加上“lib”，

運行需要帶上對應的dll

boost_regex-vc90-mt-gd-1_44.lib  à在引入庫前加上“lib”

         boost_regex-vc90-mt-gd-1_44.dll

http://www.cnblogs.com/bluedoctor/p/6236905.html

http://blog.csdn.net/xucuiping_/article/details/5979532