现在的位置: 首页 > 综合 > 正文

boost::tr1与std::tr1冲突了怎么办?

2011年10月28日 ⁄ 综合 ⁄ 共 4582字 ⁄ 字号 评论关闭

最近用boost::math库,发现会和我以前的程序冲突。比如我的程序如果用到

#include<tr1/unordered_map> 等等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 <boost/tr1/tuple.hpp>

然后下面它就用到了tuple使用如下

std::tr1::tuple<T, T, T> operator() (const T& x) const  //其实呢还是用的boost::下面的tuple

看下/usr/include/boost/tr1/tuple.hpp

namespace std{ namespace tr1{ 

using ::boost::fusion::tuple; 

// [6.1.3.2] Tuple creation functions
using ::boost::fusion::ignore;
using ::boost::fusion::make_tuple;
using ::boost::fusion::tie;
using ::boost::fusion::get; 

// [6.1.3.3] Tuple helper classes
using ::boost::fusion::tuple_size;
using ::boost::fusion::tuple_element; 

}}

这就是work around的方法。

现在问题来了,我的GCC已经有std::tr1的实现了,比如<tr1/unordered_map> ,那么着就会带来命名冲突了,比如同时又两个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 已增加到现有的标准库头文件 <memory> 中而不是它自己的头文件)。这些头文件可以用以下两种方法之一前转到现有的标准库头文件:对于 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 <boost/tr1/detail/config_all.hpp>
#     include BOOST_TR1_STD_HEADER(BOOST_TR1_PATH(tuple))
#  endif
 
我应该加一个 #define BOOST_HAS_tR1_TUPLE 就能解决问题 因为 BOOST_TR1_HEADER(tuple)  会被转换为 #include <tr1/tuple> 
但是实验不成功。。。。 
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到的解决方案是
#define BOOST_HAS_TR1_TUPLE 1
#include <boost/tr1/detail/config.hpp>
#undef BOOST_HAS_INCLUDE_NEXT  //似乎是需要屏蔽掉 incude_next

好吧 暂时和平了 费了我好多时间 希望后面谁也碰到这种情况的问题能节省下时间:)

关于include_next

抱歉!评论已关闭.