标签：style blog ar io color os 使用 sp on
我们在使用BOOST的时候，如果需要链接一些库,是不用我们手动去链接的，归根结底还是boost的auto_link这个机制，在boost下的auto_link.hpp这个文件夹里面，基本可以看出要根据什么宏定义去控制boost去链接什么库，比如lib开头的库编译出来的lib库，如果没有lib开头的，则是动态库，安装到客户机上的时候，我们需要带上对应的dll
// // select linkage opt: // #if (defined(_DLL) || defined(_RTLDLL)) && defined(BOOST_DYN_LINK) # define BOOST_LIB_PREFIX #elif defined(BOOST_DYN_LINK) # error "Mixing a dll boost library with a static runtime is a really bad idea..." #else # define BOOST_LIB_PREFIX "lib" #endif
从这里我们可以看到只要不定义_DLL或者BOOST_DYN_LINK，那么boost就会自动去选择静态库
不过这里有一个比较蛋疼的地方，因为只要你include了一个boost库的头文件后，比如python，那么boost就会去自动触发链接，具体看如下代码
#ifdef BOOST_AUTO_LINK_TAGGED # pragma comment(lib, BOOST_LIB_PREFIX BOOST_STRINGIZE(BOOST_LIB_NAME) BOOST_LIB_THREAD_OPT BOOST_LIB_RT_OPT ".lib") # ifdef BOOST_LIB_DIAGNOSTIC # pragma message ("Linking to lib file: " BOOST_LIB_PREFIX BOOST_STRINGIZE(BOOST_LIB_NAME) BOOST_LIB_THREAD_OPT BOOST_LIB_RT_OPT ".lib") # endif #elif defined(BOOST_AUTO_LINK_NOMANGLE) # pragma comment(lib, BOOST_STRINGIZE(BOOST_LIB_NAME) ".lib") # ifdef BOOST_LIB_DIAGNOSTIC # pragma message ("Linking to lib file: " BOOST_STRINGIZE(BOOST_LIB_NAME) ".lib") # endif #else # pragma comment(lib, BOOST_LIB_PREFIX BOOST_STRINGIZE(BOOST_LIB_NAME) "-" BOOST_LIB_TOOLSET BOOST_LIB_THREAD_OPT BOOST_LIB_RT_OPT "-" BOOST_LIB_VERSION ".lib") # ifdef BOOST_LIB_DIAGNOSTIC # pragma message ("Linking to lib file: " BOOST_LIB_PREFIX BOOST_STRINGIZE(BOOST_LIB_NAME) "-" BOOST_LIB_TOOLSET BOOST_LIB_THREAD_OPT BOOST_LIB_RT_OPT "-" BOOST_LIB_VERSION ".lib") # endif #endif
所以开发的时候我们经常会遇见这种情况，命名一个项目已经链接了lib python库，但是他却还是去链接python的dll库，这个是因为你在一个项目中指定要链接python的lib库，而因为C++的include的机制，只要你在另外一个项目递归include的文件里面有包含python的头文件，那么 就会触发这个自动链接机制，但是却没有在另外一个项目也指定链接静态库，就会让另外一个项目跑去链接DLL，所以我们需要定义这两个宏定义
BOOST_PYTHON_STATIC_MODULE
BOOST_PYTHON_STATIC_LIB
在大部分的库目录下，都会有一个config.hpp，这里就是负责配置单个库的一些宏定义，如果需要知道哪个库有哪些配置，打开这个文件看一下就可以了
标签：style blog ar io color os 使用 sp on
原文地址：http://www.cnblogs.com/linyilong3/p/4171503.html
