« Rev
@ProCxx   1700
Fwd »


Крылатый
Но у них уже давно есть cabal и stack а у нас только щас болие-лимение начали распространяться божественный vcpkg и conan.
Alexander "SonnySlave"
Да, как там успехи по длинной арфиметике?
wide_int вроде нормально идут, safe_integer пока что девелопятся, undounded_integers - я работаю над этим
Alexander "SonnySlave"
тут вот Ranges хотят вливаться уже: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0896r0.pdf
Alexander "SonnySlave"
Да, как там успехи по длинной арфиметике?
ещё такое нашёл только что: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0828r0.md
Constantine
ну я больше модулей компиляции жду, с тех пор как понял, что нельзя релизные сборки обмазывать extern template, потому что оптимизатор ломается
Constantine
wide_int вроде нормально идут, safe_integer пока что девелопятся, undounded_integers - я работаю над этим
речь про wide_int именно, на олимпиадки очень нужны, С++ чуть ли не единственный язык, в котором нет из коробки
Alexander "SonnySlave"
ну тогда wide_integer должно хватать (да, они уже wide_integer называются)
Alexander "SonnySlave"
длинная арифметика с динамическими аллокациями - это немного другое
Vsevolod
да, prelude у хаскеля очень хороша
Alexander "SonnySlave"
это не нужно для олимпиадок :)
согласен
Vsevolod
у окамля, вот, та же проблема - куча стандартных библиотек, и хрен поймешь, чем пользоваться
Alexander "SonnySlave"
у окамля, вот, та же проблема - куча стандартных библиотек, и хрен поймешь, чем пользоваться
а у окамля стандарт есть, которому должны соотв. либы стандартные?
Vsevolod
нет, конечно
Крылатый
То ли дело в D было!)
Vsevolod
его пилят три с половиной учоных и хедж фонд
Vsevolod
https://ocaml.janestreet.com/ocaml-core/latest/doc/core/index.html
Alexander "SonnySlave"
нет, конечно
ну тогда неудивительно, что разброд и шатания 😊
Vsevolod
а жаль, язык весьма красивый
Vsevolod
и стремится в ту же нишу, что и c++
🐙 Antony
Igor
Сарказма там нет
тогда я не понял, а где "нет кучи алгоритмов для работы со строками"?)
Matwey
которая и так излишне жирная
Точно, это всё заговор! Напихать в стандартную библиотеку столько функций, чтобы реализовать её смогли только вполне определенные известные существующие команды
Alexander "SonnySlave"
или кто-то ICU хочет в либе? 😊
Alexander "SonnySlave"
Я хочу!
ну с этим есть некоторые проблемы
Alexander "SonnySlave"
в основном из-за жира
Matwey
640 килобайт хватит всем!
FailsBot
Крылатый больше нравится подход как в Haskell: есть малюсенькая Prelude и куча пакетов и модулей для всего.
🐙 Antony
Я хочу!
я тоже
🐙 Antony
Крылатый больше нравится подход как в Haskell: есть малюсенькая Prelude и куча пакетов и модулей для всего.
В C++ статическая линковка - всё чем не пользуетесь прилинковано не будет
Vsevolod
зачем стандартизировать то, что стандартизировать не нужно?
Vsevolod
вот, скажем, у питона есть встроенный json парсер
Vsevolod
а когда начинаешь работу, то понимаешь, что он никуда не годится
Александр
Кто-нибудь расскажет, почему не завезут at(key, def) noexcept в ассоциативные контейнеры?
Vsevolod
и берешь какой-то third party
Vsevolod
стандарт, по сути, останавливает развитие
🐙 Antony
а когда начинаешь работу, то понимаешь, что он никуда не годится
для этого в стандарте есть Inline namespace и возможность фиксить упяки ну и да, в идеале надо в стандарт принимать идеальные вещи
Igor
или кто-то ICU хочет в либе? 😊
я хочу изкоробочный кроссплатформенный std::u8string с template<Codepage C> std::string to_cp<C>(), но увы и ах😔
Igor
fixed
Alexander "SonnySlave"
пока не завезут - не будет
Igor
а завезут?
Alexander "SonnySlave"
а завезут?
оххх не знаю. очень много срачей из-за того, что ICU жирный
Alexander "SonnySlave"
там 40 Миб где-то
Александр
Проблема не только в том, чтобы что-то приняли в стандарт, а еще в том, чтобы это добралось до прода
Berkus
а завезут?
ICU - очень вряд ли
Igor
*беркус пинком отправляет меня читать Boost.Unicode*
Berkus
а завезут?
пойми, все кодировки должны умереть, останется только UNICODE и даже в этом случае все равно ICU будет довольно жырным
Alexander "SonnySlave"
всё зависит только от скорости апдейта компилятора на твоей фирме )
Berkus
а так да, десяток лет в бусте - потом в стд
Berkus
через 10 лет плюс минус 40 мегабайт никого не удивят
Александр
Вот года два-три назад я думал "ох, как с if constexpr разгуляюсь". Разгулялся. А в проде так и нет
Berkus
я переключил прод на с++17, вот выкатываем в ближайшие недели, так что норм
Berkus
эпол правда подлянят своим кривым либц++ - ТУ ОЛД
Alexander "SonnySlave"
я переключил прод на с++17, вот выкатываем в ближайшие недели, так что норм
классно, когда ты занимаешься переключением 😊
Alexander "SonnySlave"
и когда это разрешают и получается делать
Александр
А ещё одним из показателей развития языка служит факт, что у гугла "modern c++ library for something" - это c++11
Александр
Впрочем, бывает и 14
Constantine
А ещё одним из показателей развития языка служит факт, что у гугла "modern c++ library for something" - это c++11
Показатель развития языка, что в С++17 можно uintmax_t без регистрации и смс в строку перевести
Alexander "SonnySlave"
вот подождём до С++20 - там уже новые либы будут С++17
Alexander "SonnySlave"
эммм, там есть класс point?
« Rev
@ProCxx   1700
Fwd »