Extend chrono to support dates, calendars and time zones in #Cpp20 at #CppJax
Спасибо, Говард
Berkus
Co(n)stantine👨🔬
И в html лучше читать, так как английский не очень, то можно переводчиком воспользоваться)
Berkus
Berkus
тут спорить не буду. Но что поделаешь, что все матчеры это крестовый код 😊
не все, надо скрестить его просто с clang-query
Matwey
Так вон там есть поддержка високосных секунд
Matwey
А ругались тут, что нету
Berkus
а как у Хиннарта таймзоны подтягиваются из новых баз? кто-нибудь смотрел?
у него парсер tzdata встроен, как отдашь так и подтягиваются
Matwey
Ну так и таймзоны не в стандарте
Berkus
Igor
Base не моя, увы
Berkus
ну сделай CRTP mixin общий и примени
Matwey
А вообще в любом линуксе нормальном есть тздата, которая еще и обновляетя
🦥Alex Fails
В винде нет
🦥Alex Fails
там чутка своё
Berkus
идея кмк именно такая
Co(n)stantine👨🔬
🦥Alex Fails
🦥Alex Fails
тут такой тонкий вопрос с рефлексией. Общего дизайна фичи нету пока. Надо перечехлять все уголки стд, и вообще дохера всего делать. Думаю, мы доживем
Co(n)stantine👨🔬
Годная ведь фича, чо ее до сих пор не сделали🤔
🦥Alex Fails
да сложна делать ее. Ща есть 4 этих... пропосала. У всех есть киллер-фичи и есть дырени. Надо их объединить. Это как физики пытаются объединить 4 вида взаимодействий, так и тут (но тут больше шансов, что объединят, т.к. прогресс двигается немного побыстрее)
Co(n)stantine👨🔬
нашел https://github.com/rttrorg/rttr
вродь годно?
🦥Alex Fails
ну а теперь подумай, как эту либу интегрировать со ВСЕМИ фичами стд
Co(n)stantine👨🔬
Даа, много всего
🦥Alex Fails
вот в этом вся соль, д
🦥Alex Fails
а если поспешить, то может получиться как с футурами C++11
Co(n)stantine👨🔬
, капец карочь, не зрая с самого начала разработки языка, сразу делают рефлексию
🦥Alex Fails
ну, в 80-е года цели были чуть другие. И рефлексия выглядела по-смоллтолковски. А это было очень затратно
Kiku
наплодили кучу форков, чатов по тематикам. И молчите
Anonymous
По-твоему здесь должен быть нонстоп оффтопик-флуд?
Anton
наплодили кучу форков, чатов по тематикам. И молчите
Тут один из самых живых pro-чатов. О чём ты?
Anatoly
Коллеги из комитета как всегда заняты поиском общего решения в вакууме, и при этом они игнорируют нужды программистов. Была проблема асинхронного кода - нам дали future. Оно эту проблему очевидно не решает т.к. блокирует поток. Для параллелизма оно тоже не ОК, т.к. parallel_for_each на векторе из future выглядит убого.
То же самое будет и с другими фичами. Вот они делают модули. Автор симейка сказал что они не ок. Другие коллеги (блумберг вроде) тоже сказали что им эти модули не катят т.к. нужна поддержка макросов. (Автор билд2 сказал что ок, но кто использует билд2 ?)
Anonymous
>(Автор билд2 сказал что ок, но кто использует билд2 ?)
Проект на ранней стадии разработки; "кто использует" - Большинство мух ошибаться не могут, верно?
Просто придирка к вопросу. С остальным согласен, да.
Anatoly
И вот рефлексия. Она нужна для сериализации и генерации классов (моки, RPC, etc). Это примерно 95% случаев когда рефлексия реально нужна на практике и её надо заменять внешней тулой или рукописным кодом.
Казалось бы, добавьте мета функцию get_members_t<T> -> some_list_t<T::* A, T::* B, ...> и это как минимум решит проблему с сериализией. Но нет, надо 5-8 лет ждать рефлексии в стандарте, и еще 5 лет ждать пока она появится в компиляторах.
Egor
рефлексия ещё может поменяться после метаклассов
Anatoly
но там в табличке не было метаклассов, т.е. они планируют рефлексию на C++26/C++23 , а метаклассы даже еще не обсуждаются. К тому же с ними может произойти как со static if Александреску - придет Струструп и скажет "не надо."
Evgenii
Anatoly
вот-вот, потому и "never"
Aidar
Я не знаю какие из модулей они хотят выкатить правда
Aidar
Общее решение в вакууме единственно правильное, если вы так не считаете вам дорога в другие языки
Igor
да, но потом этот вывод clang-tidy нужно распарсить и в идеале закинуть в PR на github
clang-tidy умеет отдавать результаты в yaml, распарсить легко.
Anonymous
> т.к. нужна поддержка макросов.
Нужно радоваться что небудет их поддержки.
Модули по любому буду использовать большинство, а значит макросы будут использовать меньшенство - одни плюсы.
А блумберг пусть и дальше пользуют #include.
Нужно признавать ошибки, и исправлять их.
Anonymous
Согласен с оратором выше.
Aidar
Я еще не понял как вы собираетесь делать future с cancel без оверхеда, и ваще это меняет семантику сильно
Anonymous
Общее решение в вакууме единственно правильное, если вы так не считаете вам дорога в другие языки
Что за хрень ты там написал?
Aidar
Что за хрень ты там написал?
Хорошо, общий интерфейс решения, допускающий расширения но за ним
Anonymous
Зачем?
Aidar
Ну сейчас макросы используются для преодоления ограничений языка. Можно представить что ограничения кончились
Anonymous
Хорошо, общий интерфейс решения, допускающий расширения но за ним
Что значит "но за ним"?
Aidar
Что значит "но за ним"?
Универсальный интерфейс, реализация может раскладываться на частные случаи по полиси
Aidar
Или там тег диспатчу
Aidar
Неважно
Anonymous
Не нужно этих абстрактых слов, покажи пример - "не за ним".
Aidar
Не буду я ничего тебе показывать, отстань
Alexander "SonnySlave"
Коллеги из комитета как всегда заняты поиском общего решения в вакууме, и при этом они игнорируют нужды программистов. Была проблема асинхронного кода - нам дали future. Оно эту проблему очевидно не решает т.к. блокирует поток. Для параллелизма оно тоже не ОК, т.к. parallel_for_each на векторе из future выглядит убого.
То же самое будет и с другими фичами. Вот они делают модули. Автор симейка сказал что они не ок. Другие коллеги (блумберг вроде) тоже сказали что им эти модули не катят т.к. нужна поддержка макросов. (Автор билд2 сказал что ок, но кто использует билд2 ?)
согласен. У меня есть несколько вопросов:
1) На каком языке ты сейчас пишешь в проде?
2) Почему вместо языка из ответа выше не используешь что-то другое?
3) Что ты сделал для развития С++?
Anonymous
Я еще не понял как вы собираетесь делать future с cancel без оверхеда, и ваще это меняет семантику сильно
Что за семантика там меняется сильно, и кто ее меняет?
из того что ты написал ничего не ясно.
Aidar
Что за семантика там меняется сильно, и кто ее меняет?
из того что ты написал ничего не ясно.
Сейчас данные текут от промиса к фьючерсу. Cancel подразумевает передачу наоборот
Anonymous
дай ссылку на то что меняют.
Aidar
Ты о чем ваще
Anonymous
...
Anonymous
Сейчас данные текут от промиса к фьючерсу. Cancel подразумевает передачу наоборот
Aidar
И чо не так
🦥Alex Fails
да тебе просто промис скажет broken_promise, и все
Anonymous
я не говорю что чтото не так.
Anonymous
на доки.
🦥Alex Fails
на пропосал
Aidar
Это не пропосал
Aidar
Это абстрактное предположение
Aidar
Я могу сам анализировать