Displaying 9 results from an estimated 9 matches for "_vstd".
2012 Sep 29
2
[LLVMdev] Clang bug?
..._test):
--- type_traits (revision 164877)
+++ type_traits (working copy)
@@ -1187,10 +1187,15 @@
#endif // _LIBCPP_HAS_NO_VARIADICS
+template <class _Fst, class _Snd>
+struct __select_2nd {
+ typedef _Snd type;
+};
+
// is_assignable
template <class _Tp, class _Arg>
-decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
+typename __select_2nd<decltype(_VSTD::declval<_Tp>() =
_VSTD::declval<_Arg>()), true_type>::type
#ifndef _LIBCPP_HAS_NO_RVALUE_REFERENCES
__is_assignable_test(_Tp&&, _Arg&&);
#else
@@ -1209,7 +...
2012 Sep 29
0
[LLVMdev] Clang bug?
...copy)
> @@ -1187,10 +1187,15 @@
>
> #endif // _LIBCPP_HAS_NO_VARIADICS
>
> +template <class _Fst, class _Snd>
> +struct __select_2nd {
> + typedef _Snd type;
> +};
> +
> // is_assignable
>
> template <class _Tp, class _Arg>
> -decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
> +typename __select_2nd<decltype(_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>()), true_type>::type
> #ifndef _LIBCPP_HAS_NO_RVALUE_REFERENCES
> __is_assignable_test(_Tp&&, _Arg&&);
>...
2012 Sep 29
0
[LLVMdev] Clang bug?
On Sep 28, 2012, at 5:54 PM, Richard Smith <richard at metafoo.co.uk> wrote:
> Reduced testcase:
>
> template<typename T> struct A { typedef decltype(T() + 0) type; };
> template<typename T> struct B {
> struct C { typedef typename A<C*>::type type; };
> typedef typename A<C*>::type type;
> };
> B<int> b;
>
> ... produces ...
2012 Sep 28
4
[LLVMdev] Clang bug?
...>>'
> > typename map<K,Member*>::iterator it;
> > ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
> > /usr/bin/../lib/c++/v1/type_traits:1184:57: note: in instantiation of
> > member class 'Templ8<int>::Member' requested here
> > decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
> > ^
> > /usr/bin/../lib/c++/v1/type_traits:1186:1: note: while substituting
> > deduced template arguments into function template
> > '__is_assign...
2012 Sep 29
1
[LLVMdev] Clang bug?
...er*>,
creating a dependency cycle between the two instantiations). I'm not at all
clear on whether that is permissible behavior for a standard library
implementation, but it still seems to be a problem in some cases. libc++'s
is_assignable implementation uses SFINAE on this:
decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
Now, our case was: _Tp = Member*&, _Arg = Member*. In that case, we use the
built-in assignment operator, which produces an lvalue of type Member*.
Then we perform argument-dependent lookup looking for an overloaded
'opera...
2012 Sep 27
4
[LLVMdev] Clang bug?
...ir<const int, Templ8<int>::Member
*>>>'
typename map<K,Member*>::iterator it;
~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
/usr/bin/../lib/c++/v1/type_traits:1184:57: note: in instantiation of
member class 'Templ8<int>::Member' requested here
decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
^
/usr/bin/../lib/c++/v1/type_traits:1186:1: note: while substituting
deduced template arguments into function template
'__is_assignable_test' [with _Tp = Templ8<in...
2012 Sep 29
0
[LLVMdev] Clang bug?
...t; > typename map<K,Member*>::iterator it;
>> > ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
>> > /usr/bin/../lib/c++/v1/type_traits:1184:57: note: in instantiation of
>> > member class 'Templ8<int>::Member' requested here
>> > decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
>> > ^
>> > /usr/bin/../lib/c++/v1/type_traits:1186:1: note: while substituting
>> > deduced template arguments into function template
>> >...
2012 Sep 28
0
[LLVMdev] Clang bug?
...nt>::Member
> *>>>'
> typename map<K,Member*>::iterator it;
> ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
> /usr/bin/../lib/c++/v1/type_traits:1184:57: note: in instantiation of
> member class 'Templ8<int>::Member' requested here
> decltype((_VSTD::declval<_Tp>() = _VSTD::declval<_Arg>(), true_type()))
> ^
> /usr/bin/../lib/c++/v1/type_traits:1186:1: note: while substituting
> deduced template arguments into function template
> '__is_assignable_test' [with...
2017 Jan 16
4
[RFC 0/2] Propose a new pointer trait.
Hi,
I'm part of an engineering team doing research on persistent memory support and
we have stumbled upon an interesting problem. The issue is, we would like to be
able to use the standard library containers in a persistent memory context
(think NVDIMM-N). What I mean is that you allocate a container from said
memory, use it like you normally would. After the application terminates,
expectedly