АГ
На найтли можно решить ;)
можно поподробнее?
async/.await не получилось уследить: https://t.me/rust_async/20658Size: a a a
2020 March 06
G
Ещё чуть не забыл упомянуть, что некоторые моменты в
YB
Тут вопрос в том, как к Расту прикрутить монады, и решается он плохо, судя по тому, что я вижу. А пляска с новым синтаксисом и
Pin мне самому не по душе, уже пожрал этого.С другой стороны, я могу понять, для чего сделали именно так (async/await), чтобы “как у всех”
АГ
С другой стороны, я могу понять, для чего сделали именно так (async/await), чтобы “как у всех”
но синтаксис все равно другой
В
Каррирование без частичного применения - деньги на ветер! 😄
У меня есть рабочее каррирование с частичным применением (как можно сделать каррирование без него? O_o) и всё в
no_std...YB
но синтаксис все равно другой
почти такой как надо :)
В
можно поподробнее?
Да, конечно. Делаешь
Не без костылей, но работает
struct Curry<F, ...>(...) и impl<F: FnOnce> FnOnce for Curry<F, ...> {...}impl<F: FnMut> FnMut for Curry<F, ...> {...}impl<F: Fn> Fn for Curry<F, ...> {...}Не без костылей, но работает
AT
Замыкания должны отлично инлайниться, GC тут не нужен.
Вот знаете, я что-то пробовал замыкания компилировать - без GC никуда. Но я не 7 пядей во лбу, тут всё понятно. 😊
А⚙
Между нодами или еще глубже? Лок внутри одного рантайма конечно
Ну, в смысле, что центральный генератор выдаёт не по одному айдишнику, а целыми чанками, из которых уже per process/per thread генератор отдаёт айдишники
В
Вот знаете, я что-то пробовал замыкания компилировать - без GC никуда. Но я не 7 пядей во лбу, тут всё понятно. 😊
Можете объяснить зачем гц нужен замыканиям?
f
Ну, в смысле, что центральный генератор выдаёт не по одному айдишнику, а целыми чанками, из которых уже per process/per thread генератор отдаёт айдишники
Хорошая идея, но не делали
AT
Можете объяснить зачем гц нужен замыканиям?
Upward funarg problem.
В
Upward funarg problem.
Всё ещё не понимаю как это относится к делу(
В расте легко можно носить данные с собой, и вместо того, чтобы брать ссылки на локалки, просто мувать их в замыкания.
В расте легко можно носить данные с собой, и вместо того, чтобы брать ссылки на локалки, просто мувать их в замыкания.
В
Вон цитата из вики:
Another solution is to simply copy the value of the variables into the closure at the time the closure is created
Another solution is to simply copy the value of the variables into the closure at the time the closure is created
AT
Всё ещё не понимаю как это относится к делу(
В расте легко можно носить данные с собой, и вместо того, чтобы брать ссылки на локалки, просто мувать их в замыкания.
В расте легко можно носить данные с собой, и вместо того, чтобы брать ссылки на локалки, просто мувать их в замыкания.
Если всё мувать - не будет совместного использования, всё одноразовое становится. Если всё копировать - расточительно и не быстро. Если всё руками аннотировать - геморройно и ещё проверять нужно. Так себе варианты.
AT
И конкретно в Rust не всё Copy.
r
Всё ещё не понимаю как это относится к делу(
В расте легко можно носить данные с собой, и вместо того, чтобы брать ссылки на локалки, просто мувать их в замыкания.
В расте легко можно носить данные с собой, и вместо того, чтобы брать ссылки на локалки, просто мувать их в замыкания.
Примеры async'а в do нотации: https://tech.fpcomplete.com/haskell/library/async . Картинка: "Убирай и добавляй liftIO, atomically, do и $, пока ghc не будет удовлетворён"
В
red75prime
Примеры async'а в do нотации: https://tech.fpcomplete.com/haskell/library/async . Картинка: "Убирай и добавляй liftIO, atomically, do и $, пока ghc не будет удовлетворён"
Мы с Адександром про каррирование вроде говорили...
А⚙
Подскажите, пожалуйста, какие VS build tools принято ставить в это время суток? А то я поставил вроде, а всё равно валится компиляция из-за того, что линкер не найден
AS
всем привет, вот дочитал почти rustbook... а на чем сейчас принято писать - в vs code ?