Андрей Руссков

погодите. А почему feature freeze c++23 в 21-м году?

ты утверждаешь что что-то бесполезно только потому что ты не можешь понять что оно делает? )

в каком виде вы предлагаете её хранить внутри T?

давайте если и переводить на новый с++, то на по-настоящему новый с++, верно?

гарантируется ли что map рассматривает возможность наличия в ней нескольких ключей типа Key, эквивалентных некоторому значению типа T?

а в с++ есть хороший способ инициализировать std::array от initializer_list указывая тип, но не указывая размер?

и никакой UB вовлечен естественно не был? )

когда по-твоему код стал некорректным? Когда требования поменяли, или тип переменной?

это в с++11 же сделали dtor по умолчанию noexcept?

при чем тут приоритет оператора?

хорошо, давай усложним чутка [x][x](x)(x) как будет себя вести? (x) это либо operator()(x) либо (x) как значение

блин зачем memcpy/strcpy/strncpy и иже с ними возвращают копию dst?

где built-in должен удалить все живые поля в обратном порядке?

а не проще для ембеда в принципе отключать исключения?

слушайте, а есть идея. Допустим есть у нас class T {}; concept C; // C<T> -> true auto foo(C auto x) { ... } Скажем любой U, повторяющий интерфейс T, будет удовлетворять C....

вот должен же был существовать гениальный человек который подумал-подумал и решил что "да ну нафиг возвращать конец скопированного массива, лучше вернуть указатель который у н...

у меня тут вопрос возник: вот в таком сниппете: try { foo(); } catch (...) { try { bar(); } catch(...) { } } я ведь гарантированно не натыкаюсь на do...

format не умеет в constexpr string_view?

то есть в идеале компилятор должен научиться понимать что если исключения отключены, то методы не кидают?

как избавляет? - у тебя будет условно по одному касту to/from вместо десятков разбросанных по всему коду, которые еще и никак не лукапятся