std::ranges::rend
Defined in header <ranges> | ||
Defined in header <iterator> | ||
inlinenamespace/* unspecified */{ inlineconstexpr/* unspecified */ rend =/* unspecified */; | (since C++20) (customization point object) | |
Call signature | ||
template<class T > requires /* see below */ | (since C++20) | |
Returns a sentinel indicating the end of a reversed range.
If T
is an array type and std::remove_all_extents_t<std::remove_reference_t<T>> is incomplete, then the call to ranges::rend
is ill-formed, no diagnostic required.
If the argument is an lvalue or ranges::enable_borrowed_range<std::remove_cv_t<T>> is true, then a call to ranges::rend
is expression-equivalent to:
- decay-copy(t.rend())(until C++23)auto(t.rend())(since C++23), if that expression is valid and its type models std::sentinel_for<decltype(ranges::rbegin(std::declval<T>()))>.
- Otherwise, decay-copy(rend(t))(until C++23)auto(rend(t))(since C++23), if
T
is a class or enumeration type, that expression is valid and its type models std::sentinel_for<decltype(ranges::rbegin(std::declval<T>()))>, where the meaning ofrend
is established as if by performing argument-dependent lookup only. - Otherwise, std::make_reverse_iterator(ranges::begin(t)) if both ranges::begin(t) and ranges::end(t) are valid expressions, have the same type, and that type models std::bidirectional_iterator.
In all other cases, a call to ranges::rend
is ill-formed, which can result in substitution failure when ranges::rend(t) appears in the immediate context of a template instantiation.
Contents |
Customization point objects
The name ranges::rend
denotes a customization point object, which is a const function object of a literalsemiregular
class type. See CustomizationPointObject for details.
[edit]Notes
If the argument is an rvalue (i.e. T
is an object type) and ranges::enable_borrowed_range<std::remove_cv_t<T>> is false, or if it is of an array type of unknown bound, the call to ranges::rend
is ill-formed, which also results in substitution failure.
If ranges::rend(std::forward<T>(t)) is valid, then decltype(ranges::rend(std::forward<T>(t))) and decltype(ranges::begin(std::forward<T>(t))) model std::sentinel_for in all cases, while T
models std::ranges::range.
The C++20 standard requires that if the underlying rend
function call returns a prvalue, the return value is move-constructed from the materialized temporary object. All implementations directly return the prvalue instead. The requirement is corrected by the post-C++20 proposal P0849R8 to match the implementations.
[edit]Example
#include <algorithm>#include <iostream>#include <ranges>#include <vector> int main(){std::vector<int> v ={3, 1, 4};namespace ranges = std::ranges;if(ranges::find(ranges::rbegin(v), ranges::rend(v), 5)!= ranges::rend(v))std::cout<<"found a 5 in vector v!\n"; int a[]={5, 10, 15};if(ranges::find(ranges::rbegin(a), ranges::rend(a), 5)!= ranges::rend(a))std::cout<<"found a 5 in array a!\n";}
Output:
found a 5 in array a!
[edit]Defect reports
The following behavior-changing defect reports were applied retroactively to previously published C++ standards.
DR | Applied to | Behavior as published | Correct behavior |
---|---|---|---|
P2602R2 | C++20 | there's machinery to prohibit certain non-member rend found by ADL | removed such machinery |
[edit]See also
(C++20) | returns a reverse end iterator to a read-only range (customization point object) |
(C++20) | returns a reverse iterator to a range (customization point object) |
(C++14) | returns a reverse end iterator for a container or array (function template) |