Надо отдельный концепт для каждого оператора?

(сам ещё не тыкал концепты)

Нет, 'c' в С имеет тип int

Чёта я не помню такого... А, имеется в виду ТИП ЛИТЕРАЛА?

Ну да

А, ну это пофигу почти...

Тем более в С... Перегрузок нет, наплевать какой там тип почти.

Вот бы ещё при промоушоне чаров (которые обычно знаковые) к интам не получалось отрицательных чисел, а то практически любое использование ctype.h — шанс отстрелить ногу

Вот бы ещё при промоушоне чаров (которые обычно знаковые) к интам не получалось отрицательных чисел, а то практически любое использование ctype.h — шанс отстрелить ногу

Можешь писать под arm — в большинстве arm'овых гццшек char по-умолчанию unsigned

и никакие ctypes.h не страшны =)

В принципе и -funsigned-char можно, но если об этом не знаешь/забыл, то можно на ровном месте огрести

Короче, есть проект, у него несколько файлов которые компилируются при помощи make два раза, во второй раз компилируется с флагом -fpic. Как сделать так, что бы компилировать 1 раз с флагом -fpic?

#meetup #presentation Future/Promise своими силами или жизненный цикл велосипедов в продакшене. Денис Кормалев https://www.youtube.com/watch?v=TYHMvcC5YU4 https://speakerdeck.com/dkormalev/kak-sdielat-svoi-future-promise-ili-zhizniennyi-tsikl-vielosipiedov-v-prodakshienie

#meetup #presentation C++ API Иван Мурашко. https://www.youtube.com/watch?v=J8aZ1nFN7jU

#meetup #presentation C++ Coroutines Андрей Давыдов https://www.youtube.com/watch?v=2tWNm_fDxX0 https://drive.google.com/file/d/1-FXg6eP_BNYRCJMrYrmVWdRpHp5-VAnL/view

#meetup #presentation C++ Coroutines Андрей Давыдов https://www.youtube.com/watch?v=2tWNm_fDxX0 https://drive.google.com/file/d/1-FXg6eP_BNYRCJMrYrmVWdRpHp5-VAnL/view

а вот это звучит познавательно, спасибо)

#books Тут в отдельном канале собираются книжки. https://t.me/joinchat/AAAAAE1yUq2Kh6WdPCtjMA

Слайды я тож собираю

Где Страуструп?

отдыхает

Уехал на собрание WG21

No

?

#old #good #classic #logo

??

а вы в списке слева выделите канал

круглый симпотнее

уже не так прикольно

#old #good #classic #logo

Давай круглый

Он плприятнее

Он плприятнее

+

что это за packman поедающий плюсы?

Давай круглый

отступы кривые!????

текущая иконка вернула мне мой скевоморфизм

что это за packman поедающий плюсы?

Новый пропосал в SG16 по пакетным менеджерам от дистрибутива Arch Linux

в круглом бордюр надо маленький сделать белый и будет огонь

Two sad things were found here, one huge and one annoying: https://blog.jetbrains.com/clion/2018/06/iso-cpp-committee-rapperswil-2018-trip-report/ Huge. C++20 most likely won't have Modules. That's disappointing. I hate my compile times (yes, yes, my code is bad, modularization sucks, coupling is tight as hell, etc, etc). But I hate. And I hoped that modules in the standard (=> the same in all three major compilers, I'm building on all of them) would force me to grow and improve structure and design. Annoying. Implicit capture of this via [=] is now deprecated. I use lambdas a lot, and I use [=] capture a lot. Many (almost all?) of my closures are guarded by one way or another: 1. They'll automatically unsubscribe themselves when this dies. or 2. They're guarded by weak pointer to this, so that they're safe to be called even if this is already dead. Either way, I'm always capturing this by [=], all the time. And converting it to [=, this] will kill half of fun and all of beauty. I've never had a bug (yet?) with incorrect capture of this inside a [=] lambda. And the motivation (confusion with the newly introduced [*this] capture-by-value) doesn't work for me — I can't imagine (yet?) a single case of [*this] capture in my code :(

в круглом бордюр надо маленький сделать белый и будет огонь

Потом тогда

Two sad things were found here, one huge and one annoying: https://blog.jetbrains.com/clion/2018/06/iso-cpp-committee-rapperswil-2018-trip-report/ Huge. C++20 most likely won't have Modules. That's disappointing. I hate my compile times (yes, yes, my code is bad, modularization sucks, coupling is tight as hell, etc, etc). But I hate. And I hoped that modules in the standard (=> the same in all three major compilers, I'm building on all of them) would force me to grow and improve structure and design. Annoying. Implicit capture of this via [=] is now deprecated. I use lambdas a lot, and I use [=] capture a lot. Many (almost all?) of my closures are guarded by one way or another: 1. They'll automatically unsubscribe themselves when this dies. or 2. They're guarded by weak pointer to this, so that they're safe to be called even if this is already dead. Either way, I'm always capturing this by [=], all the time. And converting it to [=, this] will kill half of fun and all of beauty. I've never had a bug (yet?) with incorrect capture of this inside a [=] lambda. And the motivation (confusion with the newly introduced [*this] capture-by-value) doesn't work for me — I can't imagine (yet?) a single case of [*this] capture in my code :(

Жалко престона, он копировал this по значению в лямбдах

8 байт можно и скопировать

он его не приводил

"I can't imagine (yet?) a single case of [*this] capture in my code :("

да, с модулями скорее всего пролёт. но зато будут контракты и концепты, что тоже очень круто

> converting it to [=, this] will kill half of fun and all of beauty мдэ

с модулями на самом деле не стоит спешить, так как там проблем много есть сейчас. и их надо как-торешать

модули один хер будут?

с модулями на самом деле не стоит спешить, так как там проблем много есть сейчас. и их надо как-торешать

+

с модулями на самом деле не стоит спешить, так как там проблем много есть сейчас. и их надо как-торешать

зачем нужны все фишки языка, если 40 минут сборки?

зачем нужны все фишки языка, если 40 минут сборки?

Жили кучу лет, поживём ещё три года

https://www.ozon.ru/context/detail/id/145861864/ где можно это купить?)

Жили кучу лет, поживём ещё три года

Это не отменяет вопроса.

с модулями на самом деле не стоит спешить, так как там проблем много есть сейчас. и их надо как-торешать

Там как я понял, самая главная проблема это "крупные компании", которые хотят модули, но не хотят выкидывать/переписывать свою макросню :(

https://www.ozon.ru/context/detail/id/145861864/ где можно это купить?)

Я тут купил https://www.combook.ru/product/11864060/

Там как я понял, самая главная проблема это "крупные компании", которые хотят модули, но не хотят выкидывать/переписывать свою макросню :(

Ты шутишь? Знаешь, сколько стоит минута времени компиляции в процентах производительности разработки?

Там как я понял, самая главная проблема это "крупные компании", которые хотят модули, но не хотят выкидывать/переписывать свою макросню :(

Например мелкомягкие, у которых все их апи на макросне

Ты шутишь? Знаешь, сколько стоит минута времени компиляции в процентах производительности разработки?

Сколько?

Сколько?

Столько, что на уменьшение минуты времени компиляции можно смело выделять по дню каждого разработчика. Окупится, поверь.

Я не знаю, как там у кого дела, но у нас std::function не используется с пунктом (1) это +20% времени компиляции

Столько, что на уменьшение минуты времени компиляции можно смело выделять по дню каждого разработчика. Окупится, поверь.

Дак я как бы и не спорю) Я лично за то, чтоб модули попали в С++20 в варианте БЕЗ макросов. А "крупные компании" пусть либо не юзают модули, либо переписывают и подстраиваются.

Дак я как бы и не спорю) Я лично за то, чтоб модули попали в С++20 в варианте БЕЗ макросов. А "крупные компании" пусть либо не юзают модули, либо переписывают и подстраиваются.

крупные компании платят за эту вечеринку, так что они заказывают музыку

Дак я как бы и не спорю) Я лично за то, чтоб модули попали в С++20 в варианте БЕЗ макросов. А "крупные компании" пусть либо не юзают модули, либо переписывают и подстраиваются.

Это звучит как какие-то проблемы индейцев. Мне, честно говоря, плевать, будут там макросы или нет, мне надо, чтобы гребаный std::vector<std::string> не инстанцировался 1000 раз у меня в проекте

Это звучит как какие-то проблемы индейцев. Мне, честно говоря, плевать, будут там макросы или нет, мне надо, чтобы гребаный std::vector<std::string> не инстанцировался 1000 раз у меня в проекте

А лучше чтобы это разрешилось через 2 года или через 5 лет?

А лучше чтобы это разрешилось через 2 года или через 5 лет?

Это должно было разрешиться в 2011

Это должно было разрешиться в 2011

Ну вот. Макросы в этой задержке играют не последнюю роль

Ну вот. Макросы в этой задержке играют не последнюю роль

У вас какие-то проблемы с ориентацией. Если самолет не взлетает, мне, честно говоря, плевать, в чем причина - меня волнует только то, что у меня стыковка пролетает

Это не отменяет вопроса.

А кто-то говорит про отмену?

Просто перенос по времени

Неприятный перенос

А кто-то говорит про отмену?

Я к тому, что если бы это был адекватный коммерческий продукт, и мне бы рассказывали вещи как сейчас, я бы голосовал за увольнение всего руководства. Я НЕ ПОНИМАЮ, зачем нужны концепты, зачем нужны контракты, если написание enable_if и assert занимает 1% времени, а компиляция 50%

Кажется, самое время расчехлять проекты по объединению cpp файлов перед компиляцией

Т.е. вот ситуация метафорически выглядит так. 1937й, СССР. Наш истребитель CPP-37 в 2 раза медленнее стоящих на вооружении у вероятных противников, КБ получает задачу на доработку. В итоге в новой модели CPP-39 в стандартную комплектацию добавили нож, чтобы можно было обрезать стропы парашюта, и улучшили эргономику штурвала. Обещают, что в модели CPP-42 совершенно точно поставят новый двигатель, разработку которого не успели закончить в связи с разногласиями по направлению выхлопа.

зачем нужны все фишки языка, если 40 минут сборки?

а во сколько раз модули ускоряют билд?

модули один хер будут?

ДОЖИТЬ БЫ!

а во сколько раз модули ускоряют билд?

У меня нет готовых реализаций. Есть оценки, что не менее 50%, потому что результат такого порядка получается в отладочных сборках через extern template для часто используемых шаблонных функций