转：http://www.cnblogs.com/rocketfan/archive/2010/12/29/1920943.html
最近用boost::math库，发现会和我以前的程序冲突。比如我的程序如果用到
#include 等等std::tr1名字域下的东西。。。
google了下，原因是boost::tr1设计初衷是为了在你的系统没有std::tr1标准库实现的情况下让你仍然可以在程序中使用std::tr1::unordered_map, std::tr1::tuple等东东，当然了这是一个work around,也就是你其实还是用的boost::tuple等等
只是你的代码写的时候可以写std::tr1::tuple。
比如boost的math库的一个分布函数的实现
/usr/include/boost/math/special_functions/detail/igamma_inverse.hpp
在该文件第13行
#include
然后下面它就用到了tuple使用如下
std::tr1::tupleoperator() (constT& x) const //其实呢还是用的boost::下面的tuple
看下/usr/include/boost/tr1/tuple.hpp
namespacestd{namespacetr1{using::boost::fusion::tuple;// [6.1.3.2] Tuple creation functionsusing::boost::fusion::ignore;using::boost::fusion::make_tuple;using::boost::fusion::tie;using::boost::fusion::get;// [6.1.3.3] Tuple helper classesusing::boost::fusion::tuple_size;using::boost::fusion::tuple_element; }}
这就是work around的方法。
现在问题来了，我的GCC已经有std::tr1的实现了，比如 ,那么着就会带来命名冲突了，比如同时又两个tuple定义了。。。。boost::fusion::tuple和原生的std::tr1::tuple。
见boost::tr1的文档
实现
如果 Boost.TR1被配置为使用你的标准库中的原生 TR1 实现，则它不需要做多少事情：它只是包含适当的头文件就行了。
如果 Boost.TR1 使用了某个组件的 Boost 实现，则它需要包含适当的 Boost 头文件并使用声明将所需的名字导入到namespace std::tr1中。注意，只有作为标准部分的声明会被导入：本实现有意非常严格地没有将所有 Boost-特有的扩展引入到namespace std::tr1，这是为了能够捕获用户代码中的任何可移植性错误。如果你真的需要使用 Boost-特有的扩展，则你应当直接包含 Boost 头文件，则改用namespace boost::中的声明。注意，本实现的风格并不是完全符合标准的，它不能将用户自定义的 TR1 组件的模板特化增加到namespace std::tr1中。还有一到两个 Boost 库尚未完全符合标准，任何与标准不符的地方都已在"TR1 的分类"一节中说明。不过幸好，这些不符合标准的行为在实际中极少会用到。
如果你使用标准的头文件包含(在boost/tr1/tr1中)，则这些头文件名有时可能与现有的标准库头文件冲突(例如shared_ptr已增加到现有的标准库头文件中而不是它自己的头文件)。这些头文件可以用以下两种方法之一前转到现有的标准库头文件：对于 gcc，使用#include_next, 而对于其它编译器则使用宏BOOST_TR1_STD_HEADER(header)(在boost/tr1/detail/config.hpp中定义)，它将扩展为#include <../include/header>. 对于大多数编译器，这样就可以直接使用，但是这意味着这些头文件不能被放在名为"include"且已在你的编译器搜索路径中的目录下。
怎么解决冲突问题呢，还是没有完全弄明白，不过解决办法还是google到了。。 OK 解决了就好。。 以后再说。
按理说按照boost/tr1/tuple.hpp 中所写的
#ifdef BOOST_HAS_TR1_TUPLE# ifdef BOOST_HAS_INCLUDE_NEXT# include_next BOOST_TR1_HEADER(tuple)#else# include # include BOOST_TR1_STD_HEADER(BOOST_TR1_PATH(tuple))# endif
我应该加一个 #define BOOST_HAS_tR1_TUPLE 就能解决问题 因为 BOOST_TR1_HEADER(tuple) 会被转换为#include
但是实验不成功。。。。
usr/include/boost/tr1/tuple.hpp:13:43: error: no include path in which to search for tr1/tuple //WHY 知道为什么的帮忙告诉我下，谢谢~
//估计可能是incude_next的原因？ 没太仔细看include_next作用TODO
最后google到的解决方案是
#defineBOOST_HAS_TR1_TUPLE 1#include #undefBOOST_HAS_INCLUDE_NEXT //似乎是需要屏蔽掉 incude_next
好吧 暂时和平了 费了我好多时间 希望后面谁也碰到这种情况的问题能节省下时间：）
