2010-05-12 03:42:16 +08:00
|
|
|
// -*- C++ -*-
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
2019-01-19 18:56:40 +08:00
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
2010-05-12 03:42:16 +08:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#ifndef _LIBCPP_FUNCTIONAL_BASE
|
|
|
|
#define _LIBCPP_FUNCTIONAL_BASE
|
|
|
|
|
|
|
|
#include <__config>
|
|
|
|
#include <exception>
|
2013-09-12 10:11:16 +08:00
|
|
|
#include <new>
|
2021-05-19 23:57:04 +08:00
|
|
|
#include <type_traits>
|
|
|
|
#include <typeinfo>
|
2017-01-21 08:02:12 +08:00
|
|
|
#include <utility>
|
2010-05-12 03:42:16 +08:00
|
|
|
|
2011-10-18 04:05:10 +08:00
|
|
|
#if !defined(_LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER)
|
2010-05-12 03:42:16 +08:00
|
|
|
#pragma GCC system_header
|
2011-10-18 04:05:10 +08:00
|
|
|
#endif
|
2010-05-12 03:42:16 +08:00
|
|
|
|
|
|
|
_LIBCPP_BEGIN_NAMESPACE_STD
|
|
|
|
|
|
|
|
template <class _Arg1, class _Arg2, class _Result>
|
2017-01-05 07:56:00 +08:00
|
|
|
struct _LIBCPP_TEMPLATE_VIS binary_function
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
typedef _Arg1 first_argument_type;
|
|
|
|
typedef _Arg2 second_argument_type;
|
|
|
|
typedef _Result result_type;
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __has_result_type
|
|
|
|
{
|
|
|
|
private:
|
2012-10-31 03:06:59 +08:00
|
|
|
struct __two {char __lx; char __lxx;};
|
2010-05-12 03:42:16 +08:00
|
|
|
template <class _Up> static __two __test(...);
|
|
|
|
template <class _Up> static char __test(typename _Up::result_type* = 0);
|
|
|
|
public:
|
|
|
|
static const bool value = sizeof(__test<_Tp>(0)) == 1;
|
|
|
|
};
|
|
|
|
|
2021-05-26 02:34:18 +08:00
|
|
|
_LIBCPP_SUPPRESS_DEPRECATED_PUSH
|
2013-07-29 22:21:53 +08:00
|
|
|
#if _LIBCPP_STD_VER > 11
|
|
|
|
template <class _Tp = void>
|
|
|
|
#else
|
2012-02-22 05:02:58 +08:00
|
|
|
template <class _Tp>
|
2013-07-29 22:21:53 +08:00
|
|
|
#endif
|
2021-05-26 02:34:18 +08:00
|
|
|
struct _LIBCPP_TEMPLATE_VIS less
|
|
|
|
#if !defined(_LIBCPP_ABI_NO_BINDER_BASES)
|
|
|
|
: binary_function<_Tp, _Tp, bool>
|
|
|
|
#endif
|
2012-02-22 05:02:58 +08:00
|
|
|
{
|
2021-05-26 02:34:18 +08:00
|
|
|
_LIBCPP_SUPPRESS_DEPRECATED_POP
|
2021-05-30 01:09:07 +08:00
|
|
|
typedef bool __result_type; // used by valarray
|
2021-05-26 02:34:18 +08:00
|
|
|
#if _LIBCPP_STD_VER <= 17 || defined(_LIBCPP_ENABLE_CXX20_REMOVED_BINDER_TYPEDEFS)
|
|
|
|
_LIBCPP_DEPRECATED_IN_CXX17 typedef bool result_type;
|
|
|
|
_LIBCPP_DEPRECATED_IN_CXX17 typedef _Tp first_argument_type;
|
|
|
|
_LIBCPP_DEPRECATED_IN_CXX17 typedef _Tp second_argument_type;
|
|
|
|
#endif
|
[libc++] Add deprecated attributes to many deprecated components
Summary:
These deprecation warnings are opt-in: they are only enabled when the
_LIBCXX_DEPRECATION_WARNINGS macro is defined, which is not the case
by default. Note that this is a first step in the right direction, but
I wasn't able to get an exhaustive list of all deprecated components
per standard, so there's certainly stuff that's missing. The list of
components this commit marks as deprecated is:
in C++11:
- auto_ptr, auto_ptr_ref
- binder1st, binder2nd, bind1st(), bind2nd()
- pointer_to_unary_function, pointer_to_binary_function, ptr_fun()
- mem_fun_t, mem_fun1_t, const_mem_fun_t, const_mem_fun1_t, mem_fun()
- mem_fun_ref_t, mem_fun1_ref_t, const_mem_fun_ref_t, const_mem_fun1_ref_t, mem_fun_ref()
in C++14:
- random_shuffle()
in C++17:
- unary_negate, binary_negate, not1(), not2()
<rdar://problem/18168350>
Reviewers: mclow.lists, EricWF
Subscribers: christof, dexonsmith, llvm-commits
Differential Revision: https://reviews.llvm.org/D48912
llvm-svn: 342843
2018-09-24 02:35:00 +08:00
|
|
|
_LIBCPP_CONSTEXPR_AFTER_CXX11 _LIBCPP_INLINE_VISIBILITY
|
2013-09-29 03:06:12 +08:00
|
|
|
bool operator()(const _Tp& __x, const _Tp& __y) const
|
2012-02-22 05:02:58 +08:00
|
|
|
{return __x < __y;}
|
|
|
|
};
|
|
|
|
|
2013-07-29 22:21:53 +08:00
|
|
|
#if _LIBCPP_STD_VER > 11
|
|
|
|
template <>
|
2017-01-05 07:56:00 +08:00
|
|
|
struct _LIBCPP_TEMPLATE_VIS less<void>
|
2013-07-29 22:21:53 +08:00
|
|
|
{
|
[libc++] Add deprecated attributes to many deprecated components
Summary:
These deprecation warnings are opt-in: they are only enabled when the
_LIBCXX_DEPRECATION_WARNINGS macro is defined, which is not the case
by default. Note that this is a first step in the right direction, but
I wasn't able to get an exhaustive list of all deprecated components
per standard, so there's certainly stuff that's missing. The list of
components this commit marks as deprecated is:
in C++11:
- auto_ptr, auto_ptr_ref
- binder1st, binder2nd, bind1st(), bind2nd()
- pointer_to_unary_function, pointer_to_binary_function, ptr_fun()
- mem_fun_t, mem_fun1_t, const_mem_fun_t, const_mem_fun1_t, mem_fun()
- mem_fun_ref_t, mem_fun1_ref_t, const_mem_fun_ref_t, const_mem_fun1_ref_t, mem_fun_ref()
in C++14:
- random_shuffle()
in C++17:
- unary_negate, binary_negate, not1(), not2()
<rdar://problem/18168350>
Reviewers: mclow.lists, EricWF
Subscribers: christof, dexonsmith, llvm-commits
Differential Revision: https://reviews.llvm.org/D48912
llvm-svn: 342843
2018-09-24 02:35:00 +08:00
|
|
|
template <class _T1, class _T2>
|
2013-09-29 03:06:12 +08:00
|
|
|
_LIBCPP_CONSTEXPR_AFTER_CXX11 _LIBCPP_INLINE_VISIBILITY
|
2013-07-29 22:21:53 +08:00
|
|
|
auto operator()(_T1&& __t, _T2&& __u) const
|
2015-02-25 20:20:52 +08:00
|
|
|
_NOEXCEPT_(noexcept(_VSTD::forward<_T1>(__t) < _VSTD::forward<_T2>(__u)))
|
|
|
|
-> decltype (_VSTD::forward<_T1>(__t) < _VSTD::forward<_T2>(__u))
|
|
|
|
{ return _VSTD::forward<_T1>(__t) < _VSTD::forward<_T2>(__u); }
|
2013-08-13 09:11:06 +08:00
|
|
|
typedef void is_transparent;
|
2013-07-29 22:21:53 +08:00
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
2010-05-12 03:42:16 +08:00
|
|
|
// __weak_result_type
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __derives_from_unary_function
|
|
|
|
{
|
|
|
|
private:
|
2012-10-31 03:06:59 +08:00
|
|
|
struct __two {char __lx; char __lxx;};
|
2010-05-12 03:42:16 +08:00
|
|
|
static __two __test(...);
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Ap, class _Rp>
|
|
|
|
static unary_function<_Ap, _Rp>
|
|
|
|
__test(const volatile unary_function<_Ap, _Rp>*);
|
2010-05-12 03:42:16 +08:00
|
|
|
public:
|
|
|
|
static const bool value = !is_same<decltype(__test((_Tp*)0)), __two>::value;
|
|
|
|
typedef decltype(__test((_Tp*)0)) type;
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __derives_from_binary_function
|
|
|
|
{
|
|
|
|
private:
|
2012-10-31 03:06:59 +08:00
|
|
|
struct __two {char __lx; char __lxx;};
|
2010-05-12 03:42:16 +08:00
|
|
|
static __two __test(...);
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _A1, class _A2, class _Rp>
|
|
|
|
static binary_function<_A1, _A2, _Rp>
|
|
|
|
__test(const volatile binary_function<_A1, _A2, _Rp>*);
|
2010-05-12 03:42:16 +08:00
|
|
|
public:
|
|
|
|
static const bool value = !is_same<decltype(__test((_Tp*)0)), __two>::value;
|
|
|
|
typedef decltype(__test((_Tp*)0)) type;
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, bool = __derives_from_unary_function<_Tp>::value>
|
|
|
|
struct __maybe_derive_from_unary_function // bool is true
|
|
|
|
: public __derives_from_unary_function<_Tp>::type
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __maybe_derive_from_unary_function<_Tp, false>
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, bool = __derives_from_binary_function<_Tp>::value>
|
|
|
|
struct __maybe_derive_from_binary_function // bool is true
|
|
|
|
: public __derives_from_binary_function<_Tp>::type
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __maybe_derive_from_binary_function<_Tp, false>
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, bool = __has_result_type<_Tp>::value>
|
|
|
|
struct __weak_result_type_imp // bool is true
|
|
|
|
: public __maybe_derive_from_unary_function<_Tp>,
|
|
|
|
public __maybe_derive_from_binary_function<_Tp>
|
|
|
|
{
|
2019-06-12 10:03:31 +08:00
|
|
|
typedef _LIBCPP_NODEBUG_TYPE typename _Tp::result_type result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __weak_result_type_imp<_Tp, false>
|
|
|
|
: public __maybe_derive_from_unary_function<_Tp>,
|
|
|
|
public __maybe_derive_from_binary_function<_Tp>
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __weak_result_type
|
|
|
|
: public __weak_result_type_imp<_Tp>
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
// 0 argument case
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp>
|
|
|
|
struct __weak_result_type<_Rp ()>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2019-06-12 10:03:31 +08:00
|
|
|
typedef _LIBCPP_NODEBUG_TYPE _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp>
|
|
|
|
struct __weak_result_type<_Rp (&)()>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2019-06-12 10:03:31 +08:00
|
|
|
typedef _LIBCPP_NODEBUG_TYPE _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp>
|
|
|
|
struct __weak_result_type<_Rp (*)()>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2019-06-12 10:03:31 +08:00
|
|
|
typedef _LIBCPP_NODEBUG_TYPE _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
// 1 argument case
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (_A1)>
|
|
|
|
: public unary_function<_A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (&)(_A1)>
|
|
|
|
: public unary_function<_A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (*)(_A1)>
|
|
|
|
: public unary_function<_A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)()>
|
|
|
|
: public unary_function<_Cp*, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)() const>
|
|
|
|
: public unary_function<const _Cp*, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)() volatile>
|
|
|
|
: public unary_function<volatile _Cp*, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)() const volatile>
|
|
|
|
: public unary_function<const volatile _Cp*, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
// 2 argument case
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1, class _A2>
|
|
|
|
struct __weak_result_type<_Rp (_A1, _A2)>
|
|
|
|
: public binary_function<_A1, _A2, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1, class _A2>
|
|
|
|
struct __weak_result_type<_Rp (*)(_A1, _A2)>
|
|
|
|
: public binary_function<_A1, _A2, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1, class _A2>
|
|
|
|
struct __weak_result_type<_Rp (&)(_A1, _A2)>
|
|
|
|
: public binary_function<_A1, _A2, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1)>
|
|
|
|
: public binary_function<_Cp*, _A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1) const>
|
|
|
|
: public binary_function<const _Cp*, _A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1) volatile>
|
|
|
|
: public binary_function<volatile _Cp*, _A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1) const volatile>
|
|
|
|
: public binary_function<const volatile _Cp*, _A1, _Rp>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2015-07-23 06:23:49 +08:00
|
|
|
|
2017-04-19 09:28:47 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
2010-05-12 03:42:16 +08:00
|
|
|
// 3 or more arguments
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1, class _A2, class _A3, class ..._A4>
|
|
|
|
struct __weak_result_type<_Rp (_A1, _A2, _A3, _A4...)>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1, class _A2, class _A3, class ..._A4>
|
|
|
|
struct __weak_result_type<_Rp (&)(_A1, _A2, _A3, _A4...)>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _A1, class _A2, class _A3, class ..._A4>
|
|
|
|
struct __weak_result_type<_Rp (*)(_A1, _A2, _A3, _A4...)>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1, class _A2, class ..._A3>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1, _A2, _A3...)>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1, class _A2, class ..._A3>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1, _A2, _A3...) const>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1, class _A2, class ..._A3>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1, _A2, _A3...) volatile>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2011-11-30 02:15:50 +08:00
|
|
|
template <class _Rp, class _Cp, class _A1, class _A2, class ..._A3>
|
|
|
|
struct __weak_result_type<_Rp (_Cp::*)(_A1, _A2, _A3...) const volatile>
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2011-11-30 02:15:50 +08:00
|
|
|
typedef _Rp result_type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, class ..._Args>
|
|
|
|
struct __invoke_return
|
|
|
|
{
|
2020-12-09 05:15:01 +08:00
|
|
|
typedef decltype(_VSTD::__invoke(declval<_Tp>(), declval<_Args>()...)) type;
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2016-04-20 08:14:32 +08:00
|
|
|
#else // defined(_LIBCPP_CXX03_LANG)
|
2015-07-23 06:23:49 +08:00
|
|
|
|
|
|
|
#include <__functional_base_03>
|
|
|
|
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // !defined(_LIBCPP_CXX03_LANG)
|
2015-07-23 06:23:49 +08:00
|
|
|
|
|
|
|
|
2021-01-12 05:29:17 +08:00
|
|
|
template <class _Ret, bool = is_void<_Ret>::value>
|
2015-02-11 00:48:45 +08:00
|
|
|
struct __invoke_void_return_wrapper
|
|
|
|
{
|
2017-04-19 09:28:47 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
2015-02-11 00:48:45 +08:00
|
|
|
template <class ..._Args>
|
2015-07-23 06:23:49 +08:00
|
|
|
static _Ret __call(_Args&&... __args) {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(_VSTD::forward<_Args>(__args)...);
|
2015-02-11 00:48:45 +08:00
|
|
|
}
|
2015-07-23 06:23:49 +08:00
|
|
|
#else
|
|
|
|
template <class _Fn>
|
|
|
|
static _Ret __call(_Fn __f) {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(__f);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Fn, class _A0>
|
|
|
|
static _Ret __call(_Fn __f, _A0& __a0) {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(__f, __a0);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Fn, class _A0, class _A1>
|
|
|
|
static _Ret __call(_Fn __f, _A0& __a0, _A1& __a1) {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(__f, __a0, __a1);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Fn, class _A0, class _A1, class _A2>
|
|
|
|
static _Ret __call(_Fn __f, _A0& __a0, _A1& __a1, _A2& __a2){
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(__f, __a0, __a1, __a2);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
#endif
|
2015-02-11 00:48:45 +08:00
|
|
|
};
|
|
|
|
|
2021-01-12 05:29:17 +08:00
|
|
|
template <class _Ret>
|
|
|
|
struct __invoke_void_return_wrapper<_Ret, true>
|
2015-02-11 00:48:45 +08:00
|
|
|
{
|
2017-04-19 09:28:47 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
2015-02-11 00:48:45 +08:00
|
|
|
template <class ..._Args>
|
2015-07-23 06:23:49 +08:00
|
|
|
static void __call(_Args&&... __args) {
|
2020-12-09 05:15:01 +08:00
|
|
|
_VSTD::__invoke(_VSTD::forward<_Args>(__args)...);
|
2015-02-11 00:48:45 +08:00
|
|
|
}
|
2015-07-23 06:23:49 +08:00
|
|
|
#else
|
|
|
|
template <class _Fn>
|
|
|
|
static void __call(_Fn __f) {
|
2020-12-09 05:15:01 +08:00
|
|
|
_VSTD::__invoke(__f);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Fn, class _A0>
|
|
|
|
static void __call(_Fn __f, _A0& __a0) {
|
2020-12-09 05:15:01 +08:00
|
|
|
_VSTD::__invoke(__f, __a0);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Fn, class _A0, class _A1>
|
|
|
|
static void __call(_Fn __f, _A0& __a0, _A1& __a1) {
|
2020-12-09 05:15:01 +08:00
|
|
|
_VSTD::__invoke(__f, __a0, __a1);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Fn, class _A0, class _A1, class _A2>
|
|
|
|
static void __call(_Fn __f, _A0& __a0, _A1& __a1, _A2& __a2) {
|
2020-12-09 05:15:01 +08:00
|
|
|
_VSTD::__invoke(__f, __a0, __a1, __a2);
|
2015-07-23 06:23:49 +08:00
|
|
|
}
|
|
|
|
#endif
|
2015-02-11 00:48:45 +08:00
|
|
|
};
|
|
|
|
|
2010-05-12 03:42:16 +08:00
|
|
|
template <class _Tp>
|
2017-01-05 07:56:00 +08:00
|
|
|
class _LIBCPP_TEMPLATE_VIS reference_wrapper
|
2021-05-26 02:34:18 +08:00
|
|
|
#if _LIBCPP_STD_VER <= 17 || !defined(_LIBCPP_ABI_NO_BINDER_BASES)
|
2010-05-12 03:42:16 +08:00
|
|
|
: public __weak_result_type<_Tp>
|
2021-05-26 02:34:18 +08:00
|
|
|
#endif
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
public:
|
|
|
|
// types
|
|
|
|
typedef _Tp type;
|
|
|
|
private:
|
|
|
|
type* __f_;
|
|
|
|
|
2020-12-06 08:37:41 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
|
|
|
static void __fun(_Tp&) _NOEXCEPT;
|
|
|
|
static void __fun(_Tp&&) = delete;
|
|
|
|
#endif
|
|
|
|
|
2010-05-12 03:42:16 +08:00
|
|
|
public:
|
|
|
|
// construct/copy/destroy
|
2020-12-06 08:37:41 +08:00
|
|
|
#ifdef _LIBCPP_CXX03_LANG
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
2020-12-26 03:48:39 +08:00
|
|
|
reference_wrapper(type& __f) _NOEXCEPT
|
2013-08-09 02:38:55 +08:00
|
|
|
: __f_(_VSTD::addressof(__f)) {}
|
2020-12-06 08:37:41 +08:00
|
|
|
#else
|
2021-05-11 01:04:16 +08:00
|
|
|
template <class _Up, class = _EnableIf<!__is_same_uncvref<_Up, reference_wrapper>::value, decltype(__fun(declval<_Up>())) >>
|
2020-12-06 08:37:41 +08:00
|
|
|
_LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
2021-05-11 01:04:16 +08:00
|
|
|
reference_wrapper(_Up&& __u) _NOEXCEPT_(noexcept(__fun(declval<_Up>()))) {
|
2020-12-06 08:37:41 +08:00
|
|
|
type& __f = static_cast<_Up&&>(__u);
|
|
|
|
__f_ = _VSTD::addressof(__f);
|
|
|
|
}
|
2010-05-12 03:42:16 +08:00
|
|
|
#endif
|
|
|
|
|
|
|
|
// access
|
2020-12-26 03:48:39 +08:00
|
|
|
_LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
|
|
|
operator type&() const _NOEXCEPT {return *__f_;}
|
|
|
|
_LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
|
|
|
type& get() const _NOEXCEPT {return *__f_;}
|
2010-05-12 03:42:16 +08:00
|
|
|
|
2017-04-19 09:28:47 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
2010-05-12 03:42:16 +08:00
|
|
|
// invoke
|
|
|
|
template <class... _ArgTypes>
|
2020-12-26 03:48:39 +08:00
|
|
|
_LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
typename __invoke_of<type&, _ArgTypes...>::type
|
|
|
|
operator() (_ArgTypes&&... __args) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), _VSTD::forward<_ArgTypes>(__args)...);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
2015-07-23 06:23:49 +08:00
|
|
|
#else
|
|
|
|
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return<type>::type
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
operator() () const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get());
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return0<type, _A0>::type
|
|
|
|
operator() (_A0& __a0) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
2015-07-23 06:23:49 +08:00
|
|
|
|
|
|
|
template <class _A0>
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return0<type, _A0 const>::type
|
|
|
|
operator() (_A0 const& __a0) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
2015-07-23 06:23:49 +08:00
|
|
|
|
|
|
|
template <class _A0, class _A1>
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return1<type, _A0, _A1>::type
|
|
|
|
operator() (_A0& __a0, _A1& __a1) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return1<type, _A0 const, _A1>::type
|
|
|
|
operator() (_A0 const& __a0, _A1& __a1) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return1<type, _A0, _A1 const>::type
|
|
|
|
operator() (_A0& __a0, _A1 const& __a1) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return1<type, _A0 const, _A1 const>::type
|
|
|
|
operator() (_A0 const& __a0, _A1 const& __a1) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0, _A1, _A2>::type
|
|
|
|
operator() (_A0& __a0, _A1& __a1, _A2& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
2015-07-23 06:23:49 +08:00
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0 const, _A1, _A2>::type
|
|
|
|
operator() (_A0 const& __a0, _A1& __a1, _A2& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0, _A1 const, _A2>::type
|
|
|
|
operator() (_A0& __a0, _A1 const& __a1, _A2& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0, _A1, _A2 const>::type
|
|
|
|
operator() (_A0& __a0, _A1& __a1, _A2 const& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0 const, _A1 const, _A2>::type
|
|
|
|
operator() (_A0 const& __a0, _A1 const& __a1, _A2& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0 const, _A1, _A2 const>::type
|
|
|
|
operator() (_A0 const& __a0, _A1& __a1, _A2 const& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0, _A1 const, _A2 const>::type
|
|
|
|
operator() (_A0& __a0, _A1 const& __a1, _A2 const& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _A0, class _A1, class _A2>
|
|
|
|
_LIBCPP_INLINE_VISIBILITY
|
|
|
|
typename __invoke_return2<type, _A0 const, _A1 const, _A2 const>::type
|
|
|
|
operator() (_A0 const& __a0, _A1 const& __a1, _A2 const& __a2) const {
|
2020-12-09 05:15:01 +08:00
|
|
|
return _VSTD::__invoke(get(), __a0, __a1, __a2);
|
[libcxx] Rewrite C++03 __invoke.
Summary:
This patch rewrites the C++03 `__invoke` and related meta-programming. There are a number of major changes.
`__invoke` in C++03 now has a fallback overload for when the invoke expression is ill-formed (similar to C++11). This means that the `__invoke_return` traits will return `__nat` when `__invoke(...)` is ill formed. This would previously cause a compile error.
Bullets 1-4 of `__invoke` have been rewritten. In the old version `__invoke` had 32 overloads for bullets 1 and 2,
one for each possible cv-qualified function signature with arities 0-3. 64 overloads would be needed to support member functions
with varargs. Currently these overloads were fundamentally broken. An example overload looked like:
```
template <class Rp, class Tp, class T1, class A0>
Rp __invoke(Rp (Tp::*pm)(A0) const, T1&, A0&)
```
Because `A0` appeared in two different deducible contexts it would have to deduce to be an exact match or the overload
would be rejected. This is made even worse because `A0` appears without a reference qualifier in the member function signature
and with a reference qualifier as an `__invoke` parameter. This means that only member functions that took all
of their arguments by value could be matched.
One possible fix would be to make the second occurrence of `A0` appear in a non-deducible context. This way
any type convertible to `A0` could be passed as the first parameter. The benefit of this approach is that the
signature of the member function enforces the arity and types taken by the `__invoke` signature it generates. However
nothing in the `INVOKE` specification requires this behavior.
My solution is to use a `__invoke_enable_if<PM_Type, Tp>` metafunction to selectively enable the `__invoke` overloads for bullets 1, 2, 3 and 4. It uses `__member_function_traits` to inspect and extract the return type and class type of the pointer to member. Using `__member_function_traits` to inspect `PM_Type` also allows us to reduce the number of `__invoke` overloads from 32 to 8 and add
varargs support at the same time.
Because `__invoke_enable_if` knows the exact return type of `__invoke` for bullets 1-4 we no longer need to use `decltype(__invoke(...))` to
compute the return type in the `__invoke_return*` traits. This will reduce the problems caused by `#define decltype(X) __typeof__(X)` in C++03.
Tests for this change have already been committed. All tests in `test/std/utilities/function.objects` now pass in C++03, previously there were 20 failures.
Reviewers: K-ballo, howard.hinnant, mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11553
llvm-svn: 246068
2015-08-27 04:15:02 +08:00
|
|
|
}
|
2017-04-19 09:28:47 +08:00
|
|
|
#endif // _LIBCPP_CXX03_LANG
|
2010-05-12 03:42:16 +08:00
|
|
|
};
|
|
|
|
|
2020-12-06 08:37:41 +08:00
|
|
|
#ifndef _LIBCPP_HAS_NO_DEDUCTION_GUIDES
|
|
|
|
template <class _Tp>
|
|
|
|
reference_wrapper(_Tp&) -> reference_wrapper<_Tp>;
|
|
|
|
#endif
|
2010-05-12 03:42:16 +08:00
|
|
|
|
|
|
|
template <class _Tp>
|
2020-12-26 03:48:39 +08:00
|
|
|
inline _LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
2010-05-12 03:42:16 +08:00
|
|
|
reference_wrapper<_Tp>
|
2011-05-29 01:59:48 +08:00
|
|
|
ref(_Tp& __t) _NOEXCEPT
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
return reference_wrapper<_Tp>(__t);
|
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Tp>
|
2020-12-26 03:48:39 +08:00
|
|
|
inline _LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
2010-05-12 03:42:16 +08:00
|
|
|
reference_wrapper<_Tp>
|
2011-05-29 01:59:48 +08:00
|
|
|
ref(reference_wrapper<_Tp> __t) _NOEXCEPT
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2020-02-21 01:20:21 +08:00
|
|
|
return _VSTD::ref(__t.get());
|
2010-05-12 03:42:16 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Tp>
|
2020-12-26 03:48:39 +08:00
|
|
|
inline _LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
2010-05-12 03:42:16 +08:00
|
|
|
reference_wrapper<const _Tp>
|
2011-05-29 01:59:48 +08:00
|
|
|
cref(const _Tp& __t) _NOEXCEPT
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
|
|
|
return reference_wrapper<const _Tp>(__t);
|
|
|
|
}
|
|
|
|
|
|
|
|
template <class _Tp>
|
2020-12-26 03:48:39 +08:00
|
|
|
inline _LIBCPP_INLINE_VISIBILITY _LIBCPP_CONSTEXPR_AFTER_CXX17
|
2010-05-12 03:42:16 +08:00
|
|
|
reference_wrapper<const _Tp>
|
2011-05-29 01:59:48 +08:00
|
|
|
cref(reference_wrapper<_Tp> __t) _NOEXCEPT
|
2010-05-12 03:42:16 +08:00
|
|
|
{
|
2020-02-21 01:20:21 +08:00
|
|
|
return _VSTD::cref(__t.get());
|
2010-05-12 03:42:16 +08:00
|
|
|
}
|
|
|
|
|
2017-01-07 04:58:25 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
2011-12-02 04:21:04 +08:00
|
|
|
template <class _Tp> void ref(const _Tp&&) = delete;
|
|
|
|
template <class _Tp> void cref(const _Tp&&) = delete;
|
2017-01-07 04:58:25 +08:00
|
|
|
#endif
|
2010-05-12 03:42:16 +08:00
|
|
|
|
2013-08-13 09:11:06 +08:00
|
|
|
#if _LIBCPP_STD_VER > 11
|
2017-06-13 22:34:58 +08:00
|
|
|
template <class _Tp, class, class = void>
|
|
|
|
struct __is_transparent : false_type {};
|
|
|
|
|
|
|
|
template <class _Tp, class _Up>
|
[libc++] Add deprecated attributes to many deprecated components
Summary:
These deprecation warnings are opt-in: they are only enabled when the
_LIBCXX_DEPRECATION_WARNINGS macro is defined, which is not the case
by default. Note that this is a first step in the right direction, but
I wasn't able to get an exhaustive list of all deprecated components
per standard, so there's certainly stuff that's missing. The list of
components this commit marks as deprecated is:
in C++11:
- auto_ptr, auto_ptr_ref
- binder1st, binder2nd, bind1st(), bind2nd()
- pointer_to_unary_function, pointer_to_binary_function, ptr_fun()
- mem_fun_t, mem_fun1_t, const_mem_fun_t, const_mem_fun1_t, mem_fun()
- mem_fun_ref_t, mem_fun1_ref_t, const_mem_fun_ref_t, const_mem_fun1_ref_t, mem_fun_ref()
in C++14:
- random_shuffle()
in C++17:
- unary_negate, binary_negate, not1(), not2()
<rdar://problem/18168350>
Reviewers: mclow.lists, EricWF
Subscribers: christof, dexonsmith, llvm-commits
Differential Revision: https://reviews.llvm.org/D48912
llvm-svn: 342843
2018-09-24 02:35:00 +08:00
|
|
|
struct __is_transparent<_Tp, _Up,
|
2017-06-13 22:34:58 +08:00
|
|
|
typename __void_t<typename _Tp::is_transparent>::type>
|
|
|
|
: true_type {};
|
2013-08-13 09:11:06 +08:00
|
|
|
#endif
|
|
|
|
|
2013-09-12 10:11:16 +08:00
|
|
|
// allocator_arg_t
|
|
|
|
|
2019-09-26 22:51:10 +08:00
|
|
|
struct _LIBCPP_TEMPLATE_VIS allocator_arg_t { explicit allocator_arg_t() = default; };
|
2013-09-12 10:11:16 +08:00
|
|
|
|
2018-08-01 10:08:59 +08:00
|
|
|
#if defined(_LIBCPP_CXX03_LANG) || defined(_LIBCPP_BUILDING_LIBRARY)
|
2018-10-25 20:13:43 +08:00
|
|
|
extern _LIBCPP_EXPORTED_FROM_ABI const allocator_arg_t allocator_arg;
|
2013-09-12 10:11:16 +08:00
|
|
|
#else
|
2018-01-03 03:01:45 +08:00
|
|
|
/* _LIBCPP_INLINE_VAR */ constexpr allocator_arg_t allocator_arg = allocator_arg_t();
|
2013-09-12 10:11:16 +08:00
|
|
|
#endif
|
|
|
|
|
|
|
|
// uses_allocator
|
|
|
|
|
|
|
|
template <class _Tp>
|
|
|
|
struct __has_allocator_type
|
|
|
|
{
|
|
|
|
private:
|
|
|
|
struct __two {char __lx; char __lxx;};
|
|
|
|
template <class _Up> static __two __test(...);
|
|
|
|
template <class _Up> static char __test(typename _Up::allocator_type* = 0);
|
|
|
|
public:
|
|
|
|
static const bool value = sizeof(__test<_Tp>(0)) == 1;
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, class _Alloc, bool = __has_allocator_type<_Tp>::value>
|
|
|
|
struct __uses_allocator
|
|
|
|
: public integral_constant<bool,
|
|
|
|
is_convertible<_Alloc, typename _Tp::allocator_type>::value>
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, class _Alloc>
|
|
|
|
struct __uses_allocator<_Tp, _Alloc, false>
|
|
|
|
: public false_type
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, class _Alloc>
|
2017-01-05 07:56:00 +08:00
|
|
|
struct _LIBCPP_TEMPLATE_VIS uses_allocator
|
2013-09-12 10:11:16 +08:00
|
|
|
: public __uses_allocator<_Tp, _Alloc>
|
|
|
|
{
|
|
|
|
};
|
|
|
|
|
2016-09-22 08:23:15 +08:00
|
|
|
#if _LIBCPP_STD_VER > 14
|
|
|
|
template <class _Tp, class _Alloc>
|
2018-01-03 01:17:01 +08:00
|
|
|
_LIBCPP_INLINE_VAR constexpr size_t uses_allocator_v = uses_allocator<_Tp, _Alloc>::value;
|
2016-09-22 08:23:15 +08:00
|
|
|
#endif
|
|
|
|
|
2017-04-19 09:28:47 +08:00
|
|
|
#ifndef _LIBCPP_CXX03_LANG
|
2013-09-12 10:11:16 +08:00
|
|
|
|
|
|
|
// allocator construction
|
|
|
|
|
|
|
|
template <class _Tp, class _Alloc, class ..._Args>
|
|
|
|
struct __uses_alloc_ctor_imp
|
|
|
|
{
|
2019-06-12 10:03:31 +08:00
|
|
|
typedef _LIBCPP_NODEBUG_TYPE typename __uncvref<_Alloc>::type _RawAlloc;
|
2016-12-15 05:29:29 +08:00
|
|
|
static const bool __ua = uses_allocator<_Tp, _RawAlloc>::value;
|
2013-09-12 10:11:16 +08:00
|
|
|
static const bool __ic =
|
|
|
|
is_constructible<_Tp, allocator_arg_t, _Alloc, _Args...>::value;
|
|
|
|
static const int value = __ua ? 2 - __ic : 0;
|
|
|
|
};
|
|
|
|
|
|
|
|
template <class _Tp, class _Alloc, class ..._Args>
|
|
|
|
struct __uses_alloc_ctor
|
|
|
|
: integral_constant<int, __uses_alloc_ctor_imp<_Tp, _Alloc, _Args...>::value>
|
|
|
|
{};
|
|
|
|
|
|
|
|
template <class _Tp, class _Allocator, class... _Args>
|
|
|
|
inline _LIBCPP_INLINE_VISIBILITY
|
|
|
|
void __user_alloc_construct_impl (integral_constant<int, 0>, _Tp *__storage, const _Allocator &, _Args &&... __args )
|
|
|
|
{
|
|
|
|
new (__storage) _Tp (_VSTD::forward<_Args>(__args)...);
|
|
|
|
}
|
|
|
|
|
2016-12-15 05:29:29 +08:00
|
|
|
// FIXME: This should have a version which takes a non-const alloc.
|
2013-09-12 10:11:16 +08:00
|
|
|
template <class _Tp, class _Allocator, class... _Args>
|
|
|
|
inline _LIBCPP_INLINE_VISIBILITY
|
|
|
|
void __user_alloc_construct_impl (integral_constant<int, 1>, _Tp *__storage, const _Allocator &__a, _Args &&... __args )
|
|
|
|
{
|
|
|
|
new (__storage) _Tp (allocator_arg, __a, _VSTD::forward<_Args>(__args)...);
|
|
|
|
}
|
|
|
|
|
2016-12-15 05:29:29 +08:00
|
|
|
// FIXME: This should have a version which takes a non-const alloc.
|
2013-09-12 10:11:16 +08:00
|
|
|
template <class _Tp, class _Allocator, class... _Args>
|
|
|
|
inline _LIBCPP_INLINE_VISIBILITY
|
|
|
|
void __user_alloc_construct_impl (integral_constant<int, 2>, _Tp *__storage, const _Allocator &__a, _Args &&... __args )
|
|
|
|
{
|
|
|
|
new (__storage) _Tp (_VSTD::forward<_Args>(__args)..., __a);
|
|
|
|
}
|
|
|
|
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // _LIBCPP_CXX03_LANG
|
2013-08-13 09:11:06 +08:00
|
|
|
|
2021-03-22 02:48:24 +08:00
|
|
|
#if _LIBCPP_STD_VER > 14
|
|
|
|
|
|
|
|
template <class _Fn, class ..._Args>
|
|
|
|
_LIBCPP_CONSTEXPR_AFTER_CXX17 invoke_result_t<_Fn, _Args...>
|
|
|
|
invoke(_Fn&& __f, _Args&&... __args)
|
|
|
|
noexcept(is_nothrow_invocable_v<_Fn, _Args...>)
|
|
|
|
{
|
|
|
|
return _VSTD::__invoke(_VSTD::forward<_Fn>(__f), _VSTD::forward<_Args>(__args)...);
|
|
|
|
}
|
|
|
|
|
|
|
|
#endif // _LIBCPP_STD_VER > 14
|
|
|
|
|
2010-05-12 03:42:16 +08:00
|
|
|
_LIBCPP_END_NAMESPACE_STD
|
|
|
|
|
2021-04-21 00:03:32 +08:00
|
|
|
#endif // _LIBCPP_FUNCTIONAL_BASE
|