int128_t не влезет в 32

А int128 стандартизирован ли ?

А int128 стандартизирован ли ?

что мешает в следующем стандарте его добавить?

А int128 стандартизирован ли ?

ноуп

что мешает компилятору считать имеющийся __int128_t как intmax_t

ноуп

а жаль

что мешает в следующем стандарте его добавить?

Обещают жеж wide int.

Обещают жеж wide int.

wide int это эмуляция, она не касается intmax_t

причем эмуляция через uintfast_t или как он там

Я бы руками бахнул. Даже так - я и так руками бахнул. Делов то переводить стандартные типы, отличные от дабла.

wide int это эмуляция, она не касается intmax_t

Ничего не мешает simd там вхерачить. Но это детали реализации уже.

угу

В нулевых кстати, все на stl плевались

И знаешь что ????? Недовольные писали свой :)

Меня интересует не std::stack который реализован через vector

Меня интересует задача "перевести число в строку"

Напомню, такая встроенная функция была в Turbo Pascal

Полагаю, 30 лет назад была

Сформулируй ее более четко, пожалуйста

Задача: перевести число типа uintmax_t в std::wstring локаль-независимым способом

Для целей записи в JSON, например

Окей, я посмотрю что с этим можно сделать, а вечером сегодня по Мск тебе напишу, что я нашел.

😆

А чо ржачного то, я уже сплю, считай

Ржачно, что этот вопрос вызывает замешательство в pro.cxx

В любом нормальном языке такой вопрос отправляется в ultramegapro

И знаешь что ????? Недовольные писали свой :)

у некоторых до сих пор живой

https://github.com/electronicarts/EASTL

Я уверен, с этим можно что то сделать. В моем случае замешательство более чем очевидно - я вообще не приспешник стандарта.(stl...)

Пока что могу посоветовать попробовать qt :))))))))

Ну через "я точно знаю, что результат лезет в std::numeric_limits<uintmax_t>::digits10() + 2" это реализуется адекватно

Через swprintf

Ну это я так понимаю С ? А ты хочешь ц плац плац ?

Я хочу на С++

Если оно не будет использовать какое-либо подмножество С++, реализация меня все еще устраивает

Гляну, конечно же. Мне просто самому даже интересно, что там.

Да, еще на M$ можно сделать через _snwprintf

https://github.com/electronicarts/EASTL

Угу. Я тестировал его, когда тут еще cyberzx был, которого беркус увы прогнал

Да, еще на M$ можно сделать через _snwprintf

Ну это таже сишка, будем считать.

https://github.com/electronicarts/EASTL

как же они форматируют ифдефы в optional

классика, намешанные пробелы и табы

это точно программисты, а не водопроводчики?

Форматировано плохо - а может потому что у гитхаба чот полетело ?

Угу, а MAYBE_NOEXCEPT в NOEXCEPT это гитхаб MAYBE_ из кода удаляет

Ну мне опшионал как то более читаемо

это точно программисты, а не водопроводчики?

саммое смешное если включены ексепшены то дефайн пустой

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

саммое смешное если включены ексепшены то дефайн пустой

да, я понял, что это MAYBE_NOEXCEPT

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

Я бы за такое дал по рукам стажеру в write-only коде

эх когда гитхаб научится рендерить хтмлки

А, кстати я всек то что не так, понял - да. Тут есть такое, мне просто показалось что ты тупо на выравнивание и именования наезжаешь.

Тогда во втором дефайне типо лучше сделать вторую проверку ?

А, кстати я всек то что не так, понял - да. Тут есть такое, мне просто показалось что ты тупо на выравнивание и именования наезжаешь.

Ну если бы они optional реализовали криво настолько, что первый попавшийся челик ткнул их носом в ошибку, им бы надо было выбросить компьютер и купить велосипед

Тогда во втором дефайне типо лучше сделать вторую проверку ?

?

Ну если бы они optional реализовали криво настолько, что первый попавшийся челик ткнул их носом в ошибку, им бы надо было выбросить компьютер и купить велосипед

а ты думаешь откуда столько багов в играх еа? :D

хотя если подумать

inline optional& operator=(const optional& other) { engaged = other.engaged; val = other.val; return *this; }

эх подозрительно

нет проверки engaged перед копированием val

Проверки на саму себя то ?

ну они либо а) создают объект под optional если engaged в значении false б) вызывают оператор присваивания нижележащего типа с неинициализированной правой частью

вроде я проверил и (а) они не делают

так что (б)

void assign(const Optional& src) { if (src.hasValue()) { assign(src.value()); } else { clear(); } }

реализация из folly закономерно проверяет hasValue

Такая проверка стоит чего то

Хм... вообще-то если ее не сделать то код UB

А у них там указатели или чего ?

Там union у всех

И правая часть может быть неинициализирована ?

А, гоню, в folly там std::aligned_storage

Да, может

Можешь скинуть что за типы там ?

Вот что говорит стандарт на эту тему

an expression evaluating to an indeterminate value causes undefined behavior, with certain exceptions (8.5p12)unsigned char (and possibly char, if unsigned) is the exceptionvariables with automatic storage duration and whose types have trivial default initialization initially have indeterminate values (5.3.4p17)

Хм... там реализация optional<T>

For any object (other than a base-class subobject) of trivially copyable type T, whether or not the object holds a valid value of type T, the underlying bytes (1.7) making up the object can be copied into an array of char or unsigned char. If the content of the array of char or unsigned char is copied back into the object, the object shall subsequently hold its original value.

For any trivially copyable type T, if two pointers to T point to distinct T objects obj1 and obj2, where neither obj1 nor obj2 is a base-class subobject, if the underlying bytes (1.7) making up obj1 are copied into obj2, obj2 shall subsequently hold the same value as obj1. [ Example: T* t1p; T* t2p; // provided that t2p points to an initialized object ... std::memcpy(t1p, t2p, sizeof(T)); // at this point, every subobject of trivially copyable type in *t1p contains // the same value as the corresponding subobject in *t2p —end example ]

Arithmetic types (3.9.1), enumeration types, pointer types, pointer to member types (3.9.2), std::nullptr_- t, and cv-qualified versions of these types (3.9.3) are collectively called scalar types. Scalar types, POD classes (Clause 9), arrays of such types and cv-qualified versions of these types (3.9.3) are collectively called POD types. Cv-unqualified scalar types, trivially copyable class types (Clause 9), arrays of such types, and nonvolatile const-qualified versions of these types (3.9.3) are collectively called trivially copyable types

A trivially copyable class is a class that: (6.1) — has no non-trivial copy constructors (12.8), (6.2) — has no non-trivial move constructors (12.8), (6.3) — has no non-trivial copy assignment operators (13.5.3, 12.8), (6.4) — has no non-trivial move assignment operators (13.5.3, 12.8), and (6.5) — has a trivial destructor (12.4).