Size: a a a

Конференция C++ Russia

2020 April 17

AZ

Alexander Zaitsev in Конференция C++ Russia
Alexey Veselovsky
стеклес действительно не закопать никак - оно будет торчать наружу всегда. стеклес - дно
ну так не используйте их и теребонькайте комитет, чтобы принимали не дно :) только вот комитет по какой-то причине (действительно, какой же) принял для начала именно stackless вариант
источник

AV

Alexey Veselovsky in Конференция C++ Russia
Alexander Zaitsev
ну так не используйте их и теребонькайте комитет, чтобы принимали не дно :) только вот комитет по какой-то причине (действительно, какой же) принял для начала именно stackless вариант
стеклес прибить проще
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
идеальный вариант же. Кому нужны stackless - наконец-то смогут их использовать хоть в каком-то виде. Кому нужны stackful - смогут продолжить использовать их из библиотек
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Alexander Zaitsev
ну так не используйте их и теребонькайте комитет, чтобы принимали не дно :) только вот комитет по какой-то причине (действительно, какой же) принял для начала именно stackless вариант
Причина простая. Stackful можно реализовать как библиотечное решение без поддержки новых слов на уровне компилятора, stackless нельзя. Ну или можно через хаки как в Asio, но получается всё равно негибко, и аллокаций не избежать.
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Stackful противоречат концепции "you don't pay for what you don't use".
источник

AV

Alexey Veselovsky in Конференция C++ Russia
предлагаю выпилить из std умные указатели и впилить GC
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Alexey Veselovsky
предлагаю выпилить из std умные указатели и впилить GC
найс передергивание, молодец
источник

AV

Alexey Veselovsky in Конференция C++ Russia
по той же причине по котороый в стандарте stackless вместо stackfull
источник

m

magras in Конференция C++ Russia
Сейчас с корутинами проблема в том, что нужно написать экзекютер + реактор + все примитивы вокруг. В идеале еще и с каким-то обобщенным интерфейсом, чтобы можно было менять их без переписывания всего и вся. Без этого корутинами для асинхронного программирования невозможно пользоваться и это является одним из фокусов комитета на 23 год.

Может быть моя изначальная формулировка была не самой удачной, но Владимир уже отлично ответил за меня.
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Это как использовать shared_ptr там, где не нужен ни подсчёт ссылок, ни проверка, жив ли объект.
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Alexey Veselovsky
предлагаю выпилить из std умные указатели и впилить GC
можно смело идти обмазываться растом и vcpkg
источник

*

*cyberzx in Конференция C++ Russia
Ну коммитет иногда очень странные вещи принимает. Вон в С++11 добавили future/promise. И так они особо никому не нужны
источник

AV

Alexey Veselovsky in Конференция C++ Russia
Alexander Zaitsev
можно смело идти обмазываться растом и vcpkg
там же нет GC... и там умные указатели тоже встандати
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
*cyberzx
Ну коммитет иногда очень странные вещи принимает. Вон в С++11 добавили future/promise. И так они особо никому не нужны
у меня очень много кода на футуре\промисах. так что не могу согласиться
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Alexander Zaitsev
у меня очень много кода на футуре\промисах. так что не могу согласиться
На тех, что из std, или сторонних/самописных?
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Vladimir Krivopalov
На тех, что из std, или сторонних/самописных?
и на std в том числе
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Интересно. Просто везде, где я с ними работал, использовали свои (seastar) или сторонние (например, boost), потому что и гибче, и мощнее.
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Vladimir Krivopalov
Интересно. Просто везде, где я с ними работал, использовали свои (seastar) или сторонние (например, boost), потому что и гибче, и мощнее.
для тех случаев, когда гибкость особо не нужна, просто используем std и не паримся. если выполняет свою работу, то и хорошо. второй вариант используемых футур - это бустовые, да
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
хохмы ради - только сейчас заметил, что cppcoro использует самописную билд-систему :)
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Там одно из главных нареканий было на отсутствие .then(). Хотя можно написать свою вспомогательную функцию для этого. По итогу сейчас всё равно всё движется в сторону standalone functions в той же libunifex.
источник