boost:tr1与std:tr1冲突了怎么办
1个回答
2015-04-19 · 知道合伙人数码行家
huanglenzhi
知道合伙人数码行家
向TA提问 私信TA
知道合伙人数码行家
采纳数:117538
获赞数:517193
长期从事计算机组装,维护,网络组建及管理。对计算机硬件、操作系统安装、典型网络设备具有详细认知。
向TA提问 私信TA
关注
展开全部
最近用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<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
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询