zoukankan      html  css  js  c++  java
  • boost::tr1与std::tr1冲突了怎么办?

    最近用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

  • 相关阅读:
    Docker运行nginx文件服务器详细配置
    containerd 使用
    【转】Oracle将以特定分隔的字符串转成表格的方法(用于类似游标的遍历)
    我的博客园的定制化配置v20201229
    李叫兽-文案创意模板
    小程序海报最佳实现思路,可视化编辑直接生成代码使用
    X型文案和Y型文案,李叫兽教你如何减少文案中的“自嗨现象”
    【运营手册2020年12月】
    软件研发的原则
    《营销的16个关键词》笔记
  • 原文地址:https://www.cnblogs.com/rocketfan/p/1920943.html
Copyright © 2011-2022 走看看