Он ошибку выдает в самой конструкции auto [x,y]

третий раз говорю, это корректное поведение в данном случае

В set'e хранятся не пары, а только ключи

Самый красивый вариант

int foo() {
  do_some1();
  do_some2();
  do_some3();
  return do_some4();
}

А если где-то ошибка в середине?

do_some3 не выполнится, если do_some1 и do_some2 зафейлятся (засчёт выброса исключения). То есть имеем гарантию, что в точке вызова do_some3 выполнены постусловия do_some1 и do_some2

Исключения я в данном контексте не рассматриваю, это не всегда хороший вариант.

Это идеальный вариант для твоего случая

Как мне это исправить я не понимаю😥

Смотря для какого. Может, у меня расчёты или ещё что-то, где скорость нужна.
А так это очевидный вариант.

Смотри, вот этот синтаксис auto [x,y] это нововведение языка, он грубо говоря раскладывает твою структуру на составные части. Это просто упрощение синтаксиса. То есть вот так ты можешь сделать

struct T {
int x,y;
};
auto [x,y] = T{};

Вот так нет

struct T{
private:
int x,y;
};
auto [x,y] = T{};

потому-что ты не можешь сделать T t; int x = t.x; — это приватные поля, тебе об этом компилятор и говорит.
Чтобы заставить второй пример работать, тебе надо либо сделать поля публичными (ненадо), либо напиши какую-то функцию для вывода аля

void print() const { std::cout << x << ";" << y << std::endl;}

и вызови ее в цикле

for (auto it : numbers) 
   it.print();

Точно ли? Даже если ошибки происходят хоть как-то часто?

Дыааа. Все заработало. Спасибо! Только теперь вопрос чисто теоретический, а в структурах разве не public везде?

в структурах по умолчанию всё public, в классах private

Если ошибки происходят часто, то что то тут не так

Ну вот мы валидируем сложную форму от пользователя / парсим исходник на сложном яп (плюсах) / etc
Отлично попадает в приведенный пример, более того, в обсуждаемом фрагменте кода с tl::optional там как раз похожее происходит

И где тут частота? Это ошибка раз в минуту максимум

Кек

Форма сложная, куча полей, а у нас нагрузка большая