std::experi...cessIterator(3)
okay so this is the std::experi...cessIterator(3) page from the C++ Standard Libary manual, and we're about to get into std::experimental::ranges::RandomAccessIterator like you're my bestie and we're in the group chat. π«Άβ¨
πΈ NAME πΈ
std::experimental::ranges::RandomAccessIterator - std::experimental::ranges::RandomAccessIterator β that's the whole name, periodt. π
β¨ Synopsis β¨
Defined in header <experimental/ranges/iterator>.
template< class I >
concept bool RandomAccessIterator =
BidirectionalIterator<I> &&
DerivedFrom<ranges::iterator_category_t<I>,
ranges::random_access_iterator_tag> &&
StrictTotallyOrdered<I> &&
SizedSentinel<I, I> &&
requires(I i, const I j, const ranges::difference_type_t<I> n) {
(ranges TS)
{ i += n } -> Same<I>&;
{ j + n } -> Same<I>&&;
{ n + j } -> Same<I>&&;
{ i -= n } -> Same<I>&;
{ j - n } -> Same<I>&&;
j[n];
requires Same<decltype(j[n]), ranges::reference_t<I>>;
};
so RandomAccessIterator<I> refines BidirectionalIterator by adding support for constant time advancement with the +=, +, -=, and - operators, constant time computation of distance with -, and array notation with subscripting. iconic. π₯
okay here's the vibe check: let a and b be valid iterators of type I such that b is reachable from a, and let n be a value of type ranges::difference_type_t<I> equal to b - a. RandomAccessIterator<I> is satisfied only if all of these hold:
(a += n)is equal tob.std::addressof(a += n)is equal tostd::addressof(a).(a + n)is equal to(a += n).(a + n)is equal to(n + a).- For any two positive integers
xandy, ifa + (x + y)is valid, thena + (x + y)is equal to(a + x) + y. a + 0is equal toa.- If
(a + (n - 1))is valid, then--bis equal to(a + (n - 1)). (b += -n)and(b -= n)are both equal toa.std::addressof(b -= n)is equal tostd::addressof(b).(b - n)is equal to(b -= n).- If
bis dereferenceable, thena[n]is valid and is equal to*b. bool(a <= b)istrue.
π§ Equality preservation π§
An expression is equality preserving if it results in equal outputs given equal inputs. slay.
- The inputs to an expression consist of its operands.
- The outputs of an expression consist of its result and all operands modified by the expression (if any).
Every expression required to be equality preserving is further required to be stable: two evaluations of such an expression with the same input objects must have equal outputs absent any explicit intervening modification of those input objects. no cap.
Unless noted otherwise, every expression used in a requires-expression is required to be equality preserving and stable, and the evaluation of the expression may only modify its non-constant operands. Operands that are constant must not be modified. π¨
π¦ Implicit expression variations π¦
A requires-expression that uses an expression that is non-modifying for some constant lvalue operand also implicitly requires additional variations of that expression that accept a non-constant lvalue or (possibly constant) rvalue for the given operand unless such an expression variation is explicitly required with differing semantics. These implicit expression variations must meet the same semantic requirements of the declared expression. The extent to which an implementation validates the syntax of the variations is unspecified.
okay that's the whole page, bestie. source: http://cppreference.com, version/date: 2024.06.10, page: std::experi...cessIterator(3) β mwah π
π¦ where this page comes from
- nixpkgs unstable: stdman 2024.07.05
- opensuse-leap 16.0: stdman 2024.07.05-bp160.1.9 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms