2021-07-01 21:25:35 +08:00
|
|
|
// -*- C++ -*-
|
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
//
|
|
|
|
|
// 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
|
|
|
|
|
//
|
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
|
|
#ifndef _LIBCPP___FUNCTIONAL_BIND_FRONT_H
|
|
|
|
|
#define _LIBCPP___FUNCTIONAL_BIND_FRONT_H
|
|
|
|
|
|
|
|
|
|
#include <__config>
|
|
|
|
|
#include <__functional/perfect_forward.h>
|
|
|
|
|
#include <__functional/invoke.h>
|
|
|
|
|
#include <type_traits>
|
|
|
|
|
#include <utility>
|
|
|
|
|
|
|
|
|
|
#if !defined(_LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER)
|
|
|
|
|
#pragma GCC system_header
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
_LIBCPP_BEGIN_NAMESPACE_STD
|
|
|
|
|
|
|
|
|
|
#if _LIBCPP_STD_VER > 17
|
|
|
|
|
|
2021-07-31 02:38:14 +08:00
|
|
|
struct __bind_front_op {
|
|
|
|
|
template <class ..._Args>
|
|
|
|
|
_LIBCPP_HIDE_FROM_ABI
|
|
|
|
|
constexpr auto operator()(_Args&& ...__args) const
|
|
|
|
|
noexcept(noexcept(_VSTD::invoke(_VSTD::forward<_Args>(__args)...)))
|
|
|
|
|
-> decltype( _VSTD::invoke(_VSTD::forward<_Args>(__args)...))
|
|
|
|
|
{ return _VSTD::invoke(_VSTD::forward<_Args>(__args)...); }
|
2021-07-01 21:25:35 +08:00
|
|
|
};
|
|
|
|
|
|
2021-07-31 02:38:14 +08:00
|
|
|
template <class _Fn, class ..._BoundArgs>
|
|
|
|
|
struct __bind_front_t : __perfect_forward<__bind_front_op, _Fn, _BoundArgs...> {
|
|
|
|
|
using __perfect_forward<__bind_front_op, _Fn, _BoundArgs...>::__perfect_forward;
|
|
|
|
|
};
|
|
|
|
|
|
[libc++] Use enable_if_t instead of _EnableIf
I just ran into a compiler error involving __bind_back and some overloads
that were being disabled with _EnableIf. I noticed that the error message
was quite bad and did not mention the reason for the overload being
excluded. Specifically, the error looked like this:
candidate template ignored: substitution failure [with _Args =
<ContiguousView>]: no member named '_EnableIfImpl' in 'std::_MetaBase<false>'
Instead, when using enable_if or enable_if_t, the compiler is clever and
can produce better diagnostics, like so:
candidate template ignored: requirement 'is_invocable_v<
std::__bind_back_op<1, std::integer_sequence<unsigned long, 0>>,
std::ranges::views::__transform::__fn &, std::tuple<PlusOne> &,
ContiguousView>' was not satisfied [with _Args = <ContiguousView>]
Basically, it tries to do a poor man's implementation of concepts, which
is already a lot better than simply complaining about substitution failure.
Hence, this commit uses enable_if_t instead of _EnableIf whenever
possible. That is both more straightforward than using the internal
helper, and also leads to better error messages in those cases.
I understand the motivation for _EnableIf's implementation was to improve
compile-time performance, however I believe striving to improve error
messages is even more important for our QOI, hence this patch. Furthermore,
it is unclear that _EnableIf actually improved compile-time performance
in any noticeable way (see discussion in the review for details).
Differential Revision: https://reviews.llvm.org/D108216
2021-08-18 00:26:09 +08:00
|
|
|
template <class _Fn, class... _Args, class = enable_if_t<
|
2021-07-31 02:38:14 +08:00
|
|
|
_And<
|
|
|
|
|
is_constructible<decay_t<_Fn>, _Fn>,
|
|
|
|
|
is_move_constructible<decay_t<_Fn>>,
|
|
|
|
|
is_constructible<decay_t<_Args>, _Args>...,
|
|
|
|
|
is_move_constructible<decay_t<_Args>>...
|
|
|
|
|
>::value
|
|
|
|
|
>>
|
|
|
|
|
_LIBCPP_HIDE_FROM_ABI
|
|
|
|
|
constexpr auto bind_front(_Fn&& __f, _Args&&... __args) {
|
|
|
|
|
return __bind_front_t<decay_t<_Fn>, decay_t<_Args>...>(_VSTD::forward<_Fn>(__f), _VSTD::forward<_Args>(__args)...);
|
2021-07-01 21:25:35 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
#endif // _LIBCPP_STD_VER > 17
|
|
|
|
|
|
|
|
|
|
_LIBCPP_END_NAMESPACE_STD
|
|
|
|
|
|
|
|
|
|
#endif // _LIBCPP___FUNCTIONAL_BIND_FRONT_H
|