std::compare_partial_order_fallback - cppreference.com
From cppreference.com
| Defined in header |
||
|
|
(since C++20) | |
| Call signature |
||
|
|
(since C++20) | |
Performs three-way comparison on subexpressions t and u and produces a result of type std::partial_ordering, even if the operator <=> is unavailable.
If std::decay_t<T> and std::decay_t<U>> are the same type, std::compare_partial_order_fallback(t, u) is expression-equivalent to:
std::partial_order(t, u), if it is a well-formed expression;- otherwise,
t == u ? std::partial_ordering::equivalent :t < u ? std::partial_ordering::less :u < t ? std::partial_ordering::greater :std::partial_ordering::unordered, if the expressionst == u,t < uandu < tare all well-formed and each ofdecltype(t == u),decltype(t < u)anddecltype(u < t)models boolean-testable, except thattanduare evaluated only once.
In all other cases, std::compare_partial_order_fallback(t, u) is ill-formed, which can result in substitution failure when it appears in the immediate context of a template instantiation.
Customization point objects
The name std::compare_partial_order_fallback denotes a customization point object, which is a const function object of a literal semiregular class type. See CustomizationPointObject for details.
Example
Defect reports
The following behavior-changing defect reports were applied retroactively to previously published C++ standards.
| DR | Applied to | Behavior as published | Correct behavior |
|---|---|---|---|
| LWG 2114 (P2167R3) |
C++20 | the fallback mechanism only required return types to be convertible to bool
|
constraints strengthened |
| LWG 3465 | C++20 | the fallback mechanism did not require u < t to be well-formed
|
required |
| LWG 4157 | C++20 | P2167R3 overwrote the resolution of LWG issue 3465 | restored the resolution |
See also
performs 3-way comparison and produces a result of type std::partial_ordering(customization point object)[edit] |