/** * @file apply.h * @author Nat Goodspeed * @date 2022-06-18 * @brief C++14 version of std::apply() * * $LicenseInfo:firstyear=2022&license=viewerlgpl$ * Copyright (c) 2022, Linden Research, Inc. * $/LicenseInfo$ */ #if ! defined(LL_APPLY_H) #define LL_APPLY_H #include "llexception.h" #include #include // std::mem_fn() #include #include // std::is_member_pointer namespace LL { /** * USAGE NOTE: * https://stackoverflow.com/a/40523474/5533635 * * If you're trying to pass apply() a variadic function, the compiler * complains that it can't deduce the callable type, presumably because it * doesn't know which arity to reify to pass. * * But it works to wrap the variadic function in a generic lambda, e.g.: * * @CODE * LL::apply( * [](auto&&... args) * { * return variadic(std::forward(args)...); * }, * args); * @ENDCODE * * Presumably this is because there's only one instance of the generic lambda * @em type, with a variadic operator()(). * * It's pointless to provide a wrapper @em function that implicitly supplies * the generic lambda. You couldn't pass your variadic function to our wrapper * function, for the same original reason! * * Instead we provide a wrapper @em macro. Sorry, Dr. Stroustrup. */ #define VAPPLY(FUNC, ARGS) \ LL::apply( \ [](auto&&... args) \ { \ return (FUNC)(std::forward(args)...); \ }, \ (ARGS)) /***************************************************************************** * invoke() *****************************************************************************/ #if __cpp_lib_invoke >= 201411L // C++17 implementation using std::invoke; #else // no std::invoke // Use invoke() to handle pointer-to-method: // derived from https://stackoverflow.com/a/38288251 template::type>::value, int>::type = 0 > auto invoke(Fn&& f, Args&&... args) { return std::mem_fn(std::forward(f))(std::forward(args)...); } template::type>::value, int>::type = 0 > auto invoke(Fn&& f, Args&&... args) { return std::forward(f)(std::forward(args)...); } #endif // no std::invoke /***************************************************************************** * apply(function, tuple); apply(function, array) *****************************************************************************/ #if __cpp_lib_apply >= 201603L // C++17 implementation using std::apply; #else // C++14 // Derived from https://stackoverflow.com/a/20441189 // and https://en.cppreference.com/w/cpp/utility/apply template auto apply_impl(CALLABLE&& func, const std::tuple& args, std::index_sequence) { // We accept const std::tuple& so a caller can construct an tuple on the // fly. But std::get(const tuple) adds a const qualifier to everything // it extracts. Get a non-const ref to this tuple so we can extract // without the extraneous const. auto& non_const_args{ const_cast&>(args) }; // call func(unpacked args) return invoke(std::forward(func), std::forward(std::get(non_const_args))...); } template auto apply(CALLABLE&& func, const std::tuple& args) { // std::index_sequence_for is the magic sauce here, generating an argument // pack of indexes for each entry in args. apply_impl() can then pass // those to std::get() to unpack args into individual arguments. return apply_impl(std::forward(func), args, std::index_sequence_for{}); } // per https://stackoverflow.com/a/57510428/5533635 template auto apply(CALLABLE&& func, const std::array& args) { return apply(std::forward(func), std::tuple_cat(args)); } #endif // C++14 /***************************************************************************** * bind_front() *****************************************************************************/ // To invoke a non-static member function with a tuple, you need a callable // that binds your member function with an instance pointer or reference. // std::bind_front() is perfect: std::bind_front(&cls::method, instance). // Unfortunately bind_front() only enters the standard library in C++20. #if __cpp_lib_bind_front >= 201907L // C++20 implementation using std::bind_front; #else // no std::bind_front() template::type>::value, int>::type = 0 > auto bind_front(Fn&& f, Args&&... args) { // Don't use perfect forwarding for f or args: we must bind them for later. return [f, pfx_args=std::make_tuple(args...)] (auto&&... sfx_args) { // Use perfect forwarding for sfx_args because we use them as soon as // we receive them. return apply( f, std::tuple_cat(pfx_args, std::make_tuple(std::forward(sfx_args)...))); }; } template::type>::value, int>::type = 0 > auto bind_front(Fn&& f, Args&&... args) { return bind_front(std::mem_fn(std::forward(f)), std::forward(args)...); } #endif // C++20 with std::bind_front() /***************************************************************************** * apply(function, std::vector) *****************************************************************************/ // per https://stackoverflow.com/a/28411055/5533635 template auto apply_impl(CALLABLE&& func, const std::vector& args, std::index_sequence) { return apply(std::forward(func), std::make_tuple(args[I]...)); } // produce suitable error if apply(func, vector) is the wrong size for func() void apply_validate_size(size_t size, size_t arity); /// possible exception from apply() validation struct apply_error: public LLException { apply_error(const std::string& what): LLException(what) {} }; template auto apply_n(CALLABLE&& func, const std::vector& args) { apply_validate_size(args.size(), ARITY); return apply_impl(std::forward(func), args, std::make_index_sequence()); } /** * apply(function, std::vector) goes beyond C++17 std::apply(). For this case * @a function @emph cannot be variadic: the compiler must know at compile * time how many arguments to pass. This isn't Python. (But see apply_n() to * pass a specific number of args to a variadic function.) */ template auto apply(CALLABLE&& func, const std::vector& args) { // infer arity from the definition of func constexpr auto arity = boost::function_traits::arity; // now that we have a compile-time arity, apply_n() works return apply_n(std::forward(func), args); } } // namespace LL #endif /* ! defined(LL_APPLY_H) */