铛，STD :: shared_ptr的和std ::更少/操作员<

具有以下代码铛，STD :: shared_ptr的和std ::更少/操作员<

#include <memory> 

int main() { 
    std::shared_ptr<int> ptr0(new int); 
    std::shared_ptr<int> ptr1(new int); 

    bool result = ptr0 < ptr1; 
}

正在与铛编译时产生以下错误（版本3.1，3.1 LLVM，Debian的GNU/Linux的SID）

/usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/bits/shared_ptr.h:364:14: error: no matching function for call to object of type 'std::less<_CT>' 
     return std::less<_CT>()(__a.get(), __b.get()); 
      ^~~~~~~~~~~~~~~~ 
foo.cpp:9:21: note: in instantiation of function template specialization 'std::operator<<int, int>' requested here 
     bool result = ptr0 < ptr1; 
         ^
/usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/bits/stl_function.h:236:7: note: candidate function not viable: no known conversion from 'int *' to 'int *&&&' for 
     1st argument; 
     operator()(const _Tp& __x, const _Tp& __y) const 
    ^

编译与GCC（版本4.7.0）相同的代码不会引发任何错误消息。有没有理由为什么运算符<（）在clang中不能用于共享指针？

来源

2012-06-20 stschindler

+11

哇，int * &&&'... – kennytm

铿锵声++和libstdC++并不完美匹配。你可以做下列条件之一：

切换到libC++（通过使用clang++ -stdlib=libc++ -std=c++11 ...）

下面的补丁来/usr/include/c++/4.7.0/type_traits（如http://clang.llvm.org/cxx_status.html记录）：

Index: include/std/type_traits 
=================================================================== 
--- include/std/type_traits (revision 185724) 
+++ include/std/type_traits (working copy) 
@@ -1746,7 +1746,7 @@ 

    template<typename _Tp, typename _Up> 
    struct common_type<_Tp, _Up> 
- { typedef decltype(true ? declval<_Tp>() : declval<_Up>()) type; }; 
+ { typedef typename decay<decltype(true ? declval<_Tp>() : declval<_Up>())>::type type; }; 

    template<typename _Tp, typename _Up, typename... _Vp> 
    struct common_type<_Tp, _Up, _Vp...>

如果你检查bits/shared_ptr.h你确实找到了std::common_type，而叮当开发者声称it's actually a bug of libstdc++，尽管我不相信libstdC++单独的一个bug会导致不存在的类型int*&&&出现。

来源

2012-06-20 08:14:33 kennytm

铛，STD :: shared_ptr的和std ::更少/操作员<

回答

相关问题