std::ranges...n_out_result(3)

๐Ÿ“ฆ version 2024.07.05, in nixpkgs unstable, opensuse-leap 16.0

๐ŸŽ€ NAME ๐ŸŽ€

okay so bestie, this is the std::ranges::in_in_out_result page from the C++ Standard Libary manual โ€” the header is over there being all std::ranges...n_out_result(3), dots and all, and we are simply not fighting it ๐Ÿ’….

std::ranges::in_in_out_result โ€” std::ranges::in_in_out_result


โœจ Synopsis โœจ

Defined in header <algorithm>:

template< class I1, class I2, class O >  (since C++20)
struct in_in_out_result;

ranges::in_in_out_result is a class template that provides a way to store three iterators as a single unit. three iterators, one little struct, iconic behavior ๐Ÿ’–

This class template has no base classes or declared members other than those shown below. Thus it is suitable for use with structured bindings. no cap, that's the whole flex ๐Ÿซถ

All special member functions of this class template are implicitly declared, which makes specializations be aggregate classes, and propagate triviality, potentially-throwing-ness, and constexpr-ness of corresponding operations on data members. yes bestie, potentially-throwing-ness is a whole word here and we respect it ๐Ÿ˜ญ


๐ŸŒธ Template parameters ๐ŸŒธ

  • I1, I2, O โ€” the types of the iterators that the ranges::in_in_out_result stores. it's giving "three iterator besties in a trench coat" โœจ

๐Ÿ’– Data members ๐Ÿ’–

here's the member-name-to-definition vibe check:

  • in1 โ€” a value (that is supposed to be an iterator) of type I1. (public member object)
  • in2 โ€” a value (that is supposed to be an iterator) of type I2. (public member object)
  • out โ€” a value (that is supposed to be an iterator) of type O. (public member object)

All these members are declared with [[no_unique_address]] attribute. fancy little detail, we love to see it ๐ŸŽ€


๐Ÿฆ‹ Member functions ๐Ÿฆ‹

std::ranges::in_in_out_result::operator in_in_out_result<II1, II2, OO>

template<class II1, class II2, class OO>

requires std::convertible_to<const I1&, II1> &&
         std::convertible_to<const I2&, II2> &&              (1)
         std::convertible_to<const O&, OO>

constexpr operator in_in_out_result<II1, II2, OO>() const &;
template<class II1, class II2, class OO>

requires std::convertible_to<I1, II1> &&
         std::convertible_to<I2, II2> &&                     (2)
         std::convertible_to<O, OO>

constexpr operator in_in_out_result<II1, II2, OO>() &&;

Converts *this to the result by constructing every data member of the result from the corresponding member of *this. it's literally just packing the members over, bestie ๐Ÿงš

  1. Equivalent to return {in1, in2, out};.
  2. Equivalent to return {std::move(in1), std::move(in2), std::move(out)};.

๐Ÿ‘‘ Standard library ๐Ÿ‘‘

The following standard library functions use ranges::in_in_out_result as the return type:

๐Ÿงฎ Algorithm functions ๐Ÿงฎ

  • ranges::transform (C++20) โ€” applies a function to a range of elements (niebloid)
  • ranges::merge (C++20) โ€” merges two sorted ranges (niebloid)
  • ranges::set_union (C++20) โ€” computes the union of two sets (niebloid)
  • ranges::set_intersection (C++20) โ€” computes the intersection of two sets (niebloid)
  • ranges::set_symmetric_difference (C++20) โ€” computes the symmetric difference between two sets (niebloid)

๐ŸŒˆ Synopsis ๐ŸŒˆ

okay round two, here's the whole struct in its full main-character form:

namespace std::ranges
{
    template<class I1, class I2, class O>
    struct in_in_out_result
    {
        [[no_unique_address]] I1 in1;
        [[no_unique_address]] I2 in2;
        [[no_unique_address]] O  out;

        template<class II1, class II2, class OO>
        requires std::convertible_to<const I1&, II1> &&
                 std::convertible_to<const I2&, II2> &&
                 std::convertible_to<const O&, OO>
        constexpr operator in_in_out_result<II1, II2, OO>() const &
        {
            return {in1, in2, out};
        }

        template<class II1, class II2, class OO>
        requires std::convertible_to<I1, II1> &&
                 std::convertible_to<I2, II2> &&
                 std::convertible_to<O, OO>
        constexpr operator in_in_out_result<II1, II2, OO>() &&
        {
            return {std::move(in1), std::move(in2), std::move(out)};
        }
    };
}

๐Ÿ’… Notes ๐Ÿ’…

Each standard library algorithm that uses this family of return types declares a new alias type, e.g. using merge_result = in_in_out_result<I1, I2, O>;. bestie, it's aliases all the way down ๐ŸŒ€

The names for such aliases are formed by adding the suffix "_result" to the algorithm's name. So, the return type of std::ranges::merge can be named as std::ranges::merge_result. iykyk โœจ

Unlike std::pair and std::tuple, this class template has data members of meaningful names. the way that in1, in2, and out are right there doing their thing is lowkey iconic ๐Ÿซถ


๐Ÿ“ Example ๐Ÿ“

run this code, bestie:

#include <algorithm>
#include <array>
#include <iostream>
#include <iterator>
#include <ranges>

void print(auto rem, auto first, auto last)
{
    for (std::cout << rem << ": "; first != last; ++first)
        std::cout << *first << ' ';
    std::cout << '\n';
}

int main()
{
    constexpr static auto in1 = {1, 2, 3, 4, 5, 5};
    constexpr static auto in2 = {3, 4, 5, 6, 7};
    std::array<int, std::size(in1) + std::size(in2)> out;

    const auto result = std::ranges::merge(in1, in2, out.begin());
    print("in1", in1.begin(), result.in1);
    print("in2", in2.begin(), result.in2);
    print("out", out.begin(), result.out);
}

โญ Output โญ

in1: 1 2 3 4 5 5
in2: 3 4 5 6 7
out: 1 2 3 3 4 4 5 5 5 6 7

๐Ÿซถ See also ๐Ÿซถ

  • pair โ€” implements binary tuple, i.e. a pair of values (class template)
  • tuple (C++11) โ€” implements fixed size container, which holds elements of possibly different types (class template)

source/version: http://cppreference.com, dated 2024.06.10, page std::ranges...n_out_result(3) โ€” byeee bestie, go store those three iterators with your whole chest ๐Ÿ’–๐Ÿซถโœจ

๐Ÿ“ฆ where this page comes from