2018-10-17 08:55:43 +00:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2016 Apple Inc. All rights reserved.
|
2021-05-19 12:41:17 +00:00
|
|
|
* Copyright (c) 2021, Gunnar Beutner <gbeutner@serenityos.org>
|
2023-08-18 16:21:33 +00:00
|
|
|
* Copyright (c) 2018-2023, Andreas Kling <kling@serenityos.org>
|
2018-10-17 08:55:43 +00:00
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY APPLE INC. AND ITS CONTRIBUTORS ``AS IS''
|
|
|
|
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
|
|
|
|
* THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
|
|
|
|
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL APPLE INC. OR ITS CONTRIBUTORS
|
|
|
|
* BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
|
|
|
|
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
|
|
|
|
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
|
|
|
|
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
|
|
|
|
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
|
|
|
|
* THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#pragma once
|
|
|
|
|
2021-01-10 23:29:28 +00:00
|
|
|
#include <AK/Assertions.h>
|
2021-05-19 12:41:17 +00:00
|
|
|
#include <AK/Atomic.h>
|
|
|
|
#include <AK/BitCast.h>
|
|
|
|
#include <AK/Noncopyable.h>
|
|
|
|
#include <AK/ScopeGuard.h>
|
2023-08-18 16:21:33 +00:00
|
|
|
#include <AK/Span.h>
|
2021-01-10 23:29:28 +00:00
|
|
|
#include <AK/StdLibExtras.h>
|
2021-05-19 12:41:17 +00:00
|
|
|
#include <AK/Types.h>
|
2018-10-17 08:55:43 +00:00
|
|
|
|
|
|
|
namespace AK {
|
|
|
|
|
LibJSGCVerifier: Detect stack-allocated ref captures in lambdas
For example, consider the following code snippet:
Vector<Function<void()>> m_callbacks;
void add_callback(Function<void()> callback)
{
m_callbacks.append(move(callback));
}
// Somewhere else...
void do_something()
{
int a = 10;
add_callback([&a] {
dbgln("a is {}", a);
});
} // Oops, "a" is now destroyed, but the callback in m_callbacks
// has a reference to it!
We now statically detect the capture of "a" in the lambda above and flag
it as incorrect. Note that capturing the value implicitly with a capture
list of `[&]` would also be detected.
Of course, many functions that accept Function<...> don't store them
anywhere, instead immediately invoking them inside of the function. To
avoid a warning in this case, the parameter can be annotated with
NOESCAPE to indicate that capturing stack variables is fine:
void do_something_now(NOESCAPE Function<...> callback)
{
callback(...)
}
Lastly, there are situations where the callback does generally escape,
but where the caller knows that it won't escape long enough to cause any
issues. For example, consider this fake example from LibWeb:
void do_something()
{
bool is_done = false;
HTML::queue_global_task([&] {
do_some_work();
is_done = true;
});
HTML::main_thread_event_loop().spin_until([&] {
return is_done;
});
}
In this case, we know that the lambda passed to queue_global_task will
be executed before the function returns, and will not persist
afterwards. To avoid this warning, annotate the type of the capture
with IGNORE_USE_IN_ESCAPING_LAMBDA:
void do_something()
{
IGNORE_USE_IN_ESCAPING_LAMBDA bool is_done = false;
// ...
}
2024-04-07 23:01:26 +00:00
|
|
|
// These annotations are used to avoid capturing a variable with local storage in a lambda that outlives it
|
|
|
|
#if defined(AK_COMPILER_CLANG)
|
2024-05-18 00:09:52 +00:00
|
|
|
# define ESCAPING [[clang::annotate("serenity::escaping")]]
|
LibJSGCVerifier: Detect stack-allocated ref captures in lambdas
For example, consider the following code snippet:
Vector<Function<void()>> m_callbacks;
void add_callback(Function<void()> callback)
{
m_callbacks.append(move(callback));
}
// Somewhere else...
void do_something()
{
int a = 10;
add_callback([&a] {
dbgln("a is {}", a);
});
} // Oops, "a" is now destroyed, but the callback in m_callbacks
// has a reference to it!
We now statically detect the capture of "a" in the lambda above and flag
it as incorrect. Note that capturing the value implicitly with a capture
list of `[&]` would also be detected.
Of course, many functions that accept Function<...> don't store them
anywhere, instead immediately invoking them inside of the function. To
avoid a warning in this case, the parameter can be annotated with
NOESCAPE to indicate that capturing stack variables is fine:
void do_something_now(NOESCAPE Function<...> callback)
{
callback(...)
}
Lastly, there are situations where the callback does generally escape,
but where the caller knows that it won't escape long enough to cause any
issues. For example, consider this fake example from LibWeb:
void do_something()
{
bool is_done = false;
HTML::queue_global_task([&] {
do_some_work();
is_done = true;
});
HTML::main_thread_event_loop().spin_until([&] {
return is_done;
});
}
In this case, we know that the lambda passed to queue_global_task will
be executed before the function returns, and will not persist
afterwards. To avoid this warning, annotate the type of the capture
with IGNORE_USE_IN_ESCAPING_LAMBDA:
void do_something()
{
IGNORE_USE_IN_ESCAPING_LAMBDA bool is_done = false;
// ...
}
2024-04-07 23:01:26 +00:00
|
|
|
// FIXME: When we get C++23, change this to be applied to the lambda directly instead of to the types of its captures
|
|
|
|
# define IGNORE_USE_IN_ESCAPING_LAMBDA [[clang::annotate("serenity::ignore_use_in_escaping_lambda")]]
|
|
|
|
#else
|
2024-05-18 00:09:52 +00:00
|
|
|
# define ESCAPING
|
LibJSGCVerifier: Detect stack-allocated ref captures in lambdas
For example, consider the following code snippet:
Vector<Function<void()>> m_callbacks;
void add_callback(Function<void()> callback)
{
m_callbacks.append(move(callback));
}
// Somewhere else...
void do_something()
{
int a = 10;
add_callback([&a] {
dbgln("a is {}", a);
});
} // Oops, "a" is now destroyed, but the callback in m_callbacks
// has a reference to it!
We now statically detect the capture of "a" in the lambda above and flag
it as incorrect. Note that capturing the value implicitly with a capture
list of `[&]` would also be detected.
Of course, many functions that accept Function<...> don't store them
anywhere, instead immediately invoking them inside of the function. To
avoid a warning in this case, the parameter can be annotated with
NOESCAPE to indicate that capturing stack variables is fine:
void do_something_now(NOESCAPE Function<...> callback)
{
callback(...)
}
Lastly, there are situations where the callback does generally escape,
but where the caller knows that it won't escape long enough to cause any
issues. For example, consider this fake example from LibWeb:
void do_something()
{
bool is_done = false;
HTML::queue_global_task([&] {
do_some_work();
is_done = true;
});
HTML::main_thread_event_loop().spin_until([&] {
return is_done;
});
}
In this case, we know that the lambda passed to queue_global_task will
be executed before the function returns, and will not persist
afterwards. To avoid this warning, annotate the type of the capture
with IGNORE_USE_IN_ESCAPING_LAMBDA:
void do_something()
{
IGNORE_USE_IN_ESCAPING_LAMBDA bool is_done = false;
// ...
}
2024-04-07 23:01:26 +00:00
|
|
|
# define IGNORE_USE_IN_ESCAPING_LAMBDA
|
|
|
|
#endif
|
|
|
|
|
2019-05-28 09:53:16 +00:00
|
|
|
template<typename>
|
|
|
|
class Function;
|
2018-10-17 08:55:43 +00:00
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
template<typename F>
|
|
|
|
inline constexpr bool IsFunctionPointer = (IsPointer<F> && IsFunction<RemovePointer<F>>);
|
|
|
|
|
|
|
|
// Not a function pointer, and not an lvalue reference.
|
|
|
|
template<typename F>
|
|
|
|
inline constexpr bool IsFunctionObject = (!IsFunctionPointer<F> && IsRvalueReference<F&&>);
|
|
|
|
|
2019-05-28 09:53:16 +00:00
|
|
|
template<typename Out, typename... In>
|
2018-10-17 08:55:43 +00:00
|
|
|
class Function<Out(In...)> {
|
2021-05-19 12:41:17 +00:00
|
|
|
AK_MAKE_NONCOPYABLE(Function);
|
|
|
|
|
2018-10-17 08:55:43 +00:00
|
|
|
public:
|
2023-08-18 16:21:33 +00:00
|
|
|
using FunctionType = Out(In...);
|
2022-11-21 14:49:24 +00:00
|
|
|
using ReturnType = Out;
|
|
|
|
|
2023-09-14 12:15:10 +00:00
|
|
|
constexpr static auto AccommodateExcessiveAlignmentRequirements = true;
|
|
|
|
constexpr static size_t ExcessiveAlignmentThreshold = 16;
|
|
|
|
|
2018-10-17 08:55:43 +00:00
|
|
|
Function() = default;
|
2022-12-13 06:59:30 +00:00
|
|
|
Function(nullptr_t)
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
{
|
|
|
|
}
|
2018-10-17 08:55:43 +00:00
|
|
|
|
2021-05-19 12:41:17 +00:00
|
|
|
~Function()
|
|
|
|
{
|
2021-06-04 10:59:53 +00:00
|
|
|
clear(false);
|
2021-05-19 12:41:17 +00:00
|
|
|
}
|
|
|
|
|
2023-08-18 16:21:33 +00:00
|
|
|
[[nodiscard]] ReadonlyBytes raw_capture_range() const
|
|
|
|
{
|
|
|
|
if (!m_size)
|
|
|
|
return {};
|
|
|
|
if (auto* wrapper = callable_wrapper())
|
|
|
|
return ReadonlyBytes { wrapper, m_size };
|
|
|
|
return {};
|
|
|
|
}
|
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
template<typename CallableType>
|
2022-10-16 22:06:11 +00:00
|
|
|
Function(CallableType&& callable)
|
2023-01-18 23:52:14 +00:00
|
|
|
requires((IsFunctionObject<CallableType> && IsCallableWithArguments<CallableType, Out, In...> && !IsSame<RemoveCVReference<CallableType>, Function>))
|
2018-10-17 08:55:43 +00:00
|
|
|
{
|
2023-08-18 16:21:33 +00:00
|
|
|
init_with_callable(forward<CallableType>(callable), CallableKind::FunctionObject);
|
2018-10-17 08:55:43 +00:00
|
|
|
}
|
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
template<typename FunctionType>
|
2022-10-16 22:06:11 +00:00
|
|
|
Function(FunctionType f)
|
2023-01-18 23:52:14 +00:00
|
|
|
requires((IsFunctionPointer<FunctionType> && IsCallableWithArguments<RemovePointer<FunctionType>, Out, In...> && !IsSame<RemoveCVReference<FunctionType>, Function>))
|
2018-10-17 08:55:43 +00:00
|
|
|
{
|
2023-08-18 16:21:33 +00:00
|
|
|
init_with_callable(move(f), CallableKind::FunctionPointer);
|
2021-05-19 12:41:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
Function(Function&& other)
|
|
|
|
{
|
|
|
|
move_from(move(other));
|
2018-10-17 08:55:43 +00:00
|
|
|
}
|
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
// Note: Despite this method being const, a mutable lambda _may_ modify its own captures.
|
2018-10-23 09:57:38 +00:00
|
|
|
Out operator()(In... in) const
|
2018-10-17 08:55:43 +00:00
|
|
|
{
|
2021-05-19 12:41:17 +00:00
|
|
|
auto* wrapper = callable_wrapper();
|
|
|
|
VERIFY(wrapper);
|
|
|
|
++m_call_nesting_level;
|
|
|
|
ScopeGuard guard([this] {
|
2021-06-04 10:59:53 +00:00
|
|
|
if (--m_call_nesting_level == 0 && m_deferred_clear)
|
|
|
|
const_cast<Function*>(this)->clear(false);
|
2021-05-19 12:41:17 +00:00
|
|
|
});
|
|
|
|
return wrapper->call(forward<In>(in)...);
|
2018-10-17 08:55:43 +00:00
|
|
|
}
|
|
|
|
|
2021-05-19 12:41:17 +00:00
|
|
|
explicit operator bool() const { return !!callable_wrapper(); }
|
2018-10-17 08:55:43 +00:00
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
template<typename CallableType>
|
2022-10-16 22:06:11 +00:00
|
|
|
Function& operator=(CallableType&& callable)
|
2023-01-18 23:52:14 +00:00
|
|
|
requires((IsFunctionObject<CallableType> && IsCallableWithArguments<CallableType, Out, In...>))
|
2018-10-17 08:55:43 +00:00
|
|
|
{
|
2021-05-19 12:41:17 +00:00
|
|
|
clear();
|
2023-08-18 16:21:33 +00:00
|
|
|
init_with_callable(forward<CallableType>(callable), CallableKind::FunctionObject);
|
2018-10-17 08:55:43 +00:00
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
template<typename FunctionType>
|
2022-10-16 22:06:11 +00:00
|
|
|
Function& operator=(FunctionType f)
|
2023-01-18 23:52:14 +00:00
|
|
|
requires((IsFunctionPointer<FunctionType> && IsCallableWithArguments<RemovePointer<FunctionType>, Out, In...>))
|
2018-10-17 08:55:43 +00:00
|
|
|
{
|
2021-05-19 12:41:17 +00:00
|
|
|
clear();
|
|
|
|
if (f)
|
2023-08-18 16:21:33 +00:00
|
|
|
init_with_callable(move(f), CallableKind::FunctionPointer);
|
2018-10-17 08:55:43 +00:00
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
|
2022-12-13 06:59:30 +00:00
|
|
|
Function& operator=(nullptr_t)
|
2018-10-17 08:55:43 +00:00
|
|
|
{
|
2021-05-19 12:41:17 +00:00
|
|
|
clear();
|
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
|
|
|
|
Function& operator=(Function&& other)
|
|
|
|
{
|
|
|
|
if (this != &other) {
|
|
|
|
clear();
|
|
|
|
move_from(move(other));
|
|
|
|
}
|
2018-10-17 08:55:43 +00:00
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
2023-08-18 16:21:33 +00:00
|
|
|
enum class CallableKind {
|
|
|
|
FunctionPointer,
|
|
|
|
FunctionObject,
|
|
|
|
};
|
|
|
|
|
2018-10-17 08:55:43 +00:00
|
|
|
class CallableWrapperBase {
|
|
|
|
public:
|
2021-01-10 23:29:28 +00:00
|
|
|
virtual ~CallableWrapperBase() = default;
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
// Note: This is not const to allow storing mutable lambdas.
|
|
|
|
virtual Out call(In...) = 0;
|
2021-05-19 12:41:17 +00:00
|
|
|
virtual void destroy() = 0;
|
|
|
|
virtual void init_and_swap(u8*, size_t) = 0;
|
2018-10-17 08:55:43 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
template<typename CallableType>
|
2018-11-08 14:39:26 +00:00
|
|
|
class CallableWrapper final : public CallableWrapperBase {
|
2021-05-19 12:41:17 +00:00
|
|
|
AK_MAKE_NONMOVABLE(CallableWrapper);
|
|
|
|
AK_MAKE_NONCOPYABLE(CallableWrapper);
|
|
|
|
|
2018-10-17 08:55:43 +00:00
|
|
|
public:
|
|
|
|
explicit CallableWrapper(CallableType&& callable)
|
|
|
|
: m_callable(move(callable))
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
Out call(In... in) final override
|
2021-01-10 23:29:28 +00:00
|
|
|
{
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
return m_callable(forward<In>(in)...);
|
2021-01-10 23:29:28 +00:00
|
|
|
}
|
2018-10-17 08:55:43 +00:00
|
|
|
|
2021-05-19 12:41:17 +00:00
|
|
|
void destroy() final override
|
|
|
|
{
|
|
|
|
delete this;
|
|
|
|
}
|
|
|
|
|
2021-10-31 21:23:41 +00:00
|
|
|
// NOLINTNEXTLINE(readability-non-const-parameter) False positive; destination is used in a placement new expression
|
2021-05-19 12:41:17 +00:00
|
|
|
void init_and_swap(u8* destination, size_t size) final override
|
|
|
|
{
|
|
|
|
VERIFY(size >= sizeof(CallableWrapper));
|
|
|
|
new (destination) CallableWrapper { move(m_callable) };
|
|
|
|
}
|
|
|
|
|
2018-10-17 08:55:43 +00:00
|
|
|
private:
|
|
|
|
CallableType m_callable;
|
|
|
|
};
|
|
|
|
|
2021-05-19 12:41:17 +00:00
|
|
|
enum class FunctionKind {
|
|
|
|
NullPointer,
|
|
|
|
Inline,
|
|
|
|
Outline,
|
|
|
|
};
|
|
|
|
|
|
|
|
CallableWrapperBase* callable_wrapper() const
|
|
|
|
{
|
|
|
|
switch (m_kind) {
|
|
|
|
case FunctionKind::NullPointer:
|
|
|
|
return nullptr;
|
|
|
|
case FunctionKind::Inline:
|
|
|
|
return bit_cast<CallableWrapperBase*>(&m_storage);
|
|
|
|
case FunctionKind::Outline:
|
|
|
|
return *bit_cast<CallableWrapperBase**>(&m_storage);
|
|
|
|
default:
|
|
|
|
VERIFY_NOT_REACHED();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-06-04 10:59:53 +00:00
|
|
|
void clear(bool may_defer = true)
|
2021-05-19 12:41:17 +00:00
|
|
|
{
|
2021-06-04 10:59:53 +00:00
|
|
|
bool called_from_inside_function = m_call_nesting_level > 0;
|
2021-06-25 09:34:29 +00:00
|
|
|
// NOTE: This VERIFY could fail because a Function is destroyed from within itself.
|
2021-06-04 10:59:53 +00:00
|
|
|
VERIFY(may_defer || !called_from_inside_function);
|
|
|
|
if (called_from_inside_function && may_defer) {
|
|
|
|
m_deferred_clear = true;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
m_deferred_clear = false;
|
2021-05-19 12:41:17 +00:00
|
|
|
auto* wrapper = callable_wrapper();
|
|
|
|
if (m_kind == FunctionKind::Inline) {
|
|
|
|
VERIFY(wrapper);
|
|
|
|
wrapper->~CallableWrapperBase();
|
|
|
|
} else if (m_kind == FunctionKind::Outline) {
|
|
|
|
VERIFY(wrapper);
|
|
|
|
wrapper->destroy();
|
|
|
|
}
|
|
|
|
m_kind = FunctionKind::NullPointer;
|
|
|
|
}
|
|
|
|
|
|
|
|
template<typename Callable>
|
2023-08-18 16:21:33 +00:00
|
|
|
void init_with_callable(Callable&& callable, CallableKind callable_kind)
|
2021-05-19 12:41:17 +00:00
|
|
|
{
|
2023-09-14 12:15:10 +00:00
|
|
|
if constexpr (alignof(Callable) > ExcessiveAlignmentThreshold && !AccommodateExcessiveAlignmentRequirements) {
|
|
|
|
static_assert(
|
|
|
|
alignof(Callable) <= ExcessiveAlignmentThreshold,
|
|
|
|
"This callable object has a very large alignment requirement, "
|
|
|
|
"check your capture list if it is a lambda expression, "
|
|
|
|
"and make sure your callable object is not excessively aligned.");
|
|
|
|
}
|
2021-06-04 08:51:13 +00:00
|
|
|
VERIFY(m_call_nesting_level == 0);
|
2021-05-19 12:41:17 +00:00
|
|
|
using WrapperType = CallableWrapper<Callable>;
|
2023-09-14 12:15:10 +00:00
|
|
|
if constexpr (alignof(Callable) > inline_alignment || sizeof(WrapperType) > inline_capacity) {
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
*bit_cast<CallableWrapperBase**>(&m_storage) = new WrapperType(forward<Callable>(callable));
|
2021-05-19 12:41:17 +00:00
|
|
|
m_kind = FunctionKind::Outline;
|
|
|
|
} else {
|
2022-11-01 08:28:44 +00:00
|
|
|
static_assert(sizeof(WrapperType) <= inline_capacity);
|
AK+Everywhere: Disallow constructing Functions from incompatible types
Previously, AK::Function would accept _any_ callable type, and try to
call it when called, first with the given set of arguments, then with
zero arguments, and if all of those failed, it would simply not call the
function and **return a value-constructed Out type**.
This lead to many, many, many hard to debug situations when someone
forgot a `const` in their lambda argument types, and many cases of
people taking zero arguments in their lambdas to ignore them.
This commit reworks the Function interface to not include any such
surprising behaviour, if your function instance is not callable with
the declared argument set of the Function, it can simply not be
assigned to that Function instance, end of story.
2021-06-05 18:34:31 +00:00
|
|
|
new (m_storage) WrapperType(forward<Callable>(callable));
|
2021-05-19 12:41:17 +00:00
|
|
|
m_kind = FunctionKind::Inline;
|
|
|
|
}
|
2023-08-18 16:21:33 +00:00
|
|
|
if (callable_kind == CallableKind::FunctionObject)
|
|
|
|
m_size = sizeof(WrapperType);
|
|
|
|
else
|
|
|
|
m_size = 0;
|
2021-05-19 12:41:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void move_from(Function&& other)
|
|
|
|
{
|
|
|
|
VERIFY(m_call_nesting_level == 0 && other.m_call_nesting_level == 0);
|
|
|
|
auto* other_wrapper = other.callable_wrapper();
|
2023-08-18 16:21:33 +00:00
|
|
|
m_size = other.m_size;
|
2021-05-19 12:41:17 +00:00
|
|
|
switch (other.m_kind) {
|
|
|
|
case FunctionKind::NullPointer:
|
|
|
|
break;
|
|
|
|
case FunctionKind::Inline:
|
|
|
|
other_wrapper->init_and_swap(m_storage, inline_capacity);
|
|
|
|
m_kind = FunctionKind::Inline;
|
|
|
|
break;
|
|
|
|
case FunctionKind::Outline:
|
|
|
|
*bit_cast<CallableWrapperBase**>(&m_storage) = other_wrapper;
|
|
|
|
m_kind = FunctionKind::Outline;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
VERIFY_NOT_REACHED();
|
|
|
|
}
|
|
|
|
other.m_kind = FunctionKind::NullPointer;
|
|
|
|
}
|
|
|
|
|
2023-08-18 16:21:33 +00:00
|
|
|
size_t m_size { 0 };
|
2021-05-19 12:41:17 +00:00
|
|
|
FunctionKind m_kind { FunctionKind::NullPointer };
|
2021-06-04 10:59:53 +00:00
|
|
|
bool m_deferred_clear { false };
|
2021-05-19 12:41:17 +00:00
|
|
|
mutable Atomic<u16> m_call_nesting_level { 0 };
|
2023-08-18 16:21:33 +00:00
|
|
|
|
2023-09-14 12:15:10 +00:00
|
|
|
static constexpr size_t inline_alignment = max(alignof(CallableWrapperBase), alignof(CallableWrapperBase*));
|
2021-05-19 12:41:17 +00:00
|
|
|
// Empirically determined to fit most lambdas and functions.
|
|
|
|
static constexpr size_t inline_capacity = 4 * sizeof(void*);
|
2023-09-14 12:15:10 +00:00
|
|
|
|
|
|
|
alignas(inline_alignment) u8 m_storage[inline_capacity];
|
2018-10-17 08:55:43 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
}
|
|
|
|
|
2022-11-26 11:18:30 +00:00
|
|
|
#if USING_AK_GLOBALLY
|
2018-10-17 08:55:43 +00:00
|
|
|
using AK::Function;
|
2023-01-18 23:48:31 +00:00
|
|
|
using AK::IsCallableWithArguments;
|
2022-11-26 11:18:30 +00:00
|
|
|
#endif
|