1676
https://combot.org/chat/-1001043143583 Ссылки на полезные ресурсы: https://ruhaskell.org/links.html ; Информация о мероприятиях: https://gist.github.com/qnikst/a96cac661be80d126d0829f2ced1916e
поясняю. в русте есть произведение и сумма, но нет степени
Читать полностью…
https://rustc-dev-guide.rust-lang.org/ty-module/generic-arguments.html
Читать полностью…
Я тебе объясняю что умеет делать бекпак, а не это вот всё.
Читать полностью…
Ну в расте трейты отличаются от тайпклассов во многом тем что inline+specialize по дефолту везде. По итогу там проблем с компиляцией не меньше чем в Хаскеле
Читать полностью…
Ну представь что ты хочешь плотно упакованный вектор, без Storable
Читать полностью…
Принципиально или на практике с эвристиками и без прагм?
Читать полностью…
Обычные рекорды с инстансами для парсеров. Мне не нужны сеттеры
Читать полностью…
Разбей на несколько файлов. Я не замечал особой медленности.
Читать полностью…
Обновятся .proto файлы - ребилд. Кому-то дашь в руки - билд
Читать полностью…
чем принципиально отличается
struct MyStruct<T> { x: u8, y: T }data MyStruct t = MyStruct { x :: Word8, y :: t }
Читать полностью…
В смысле HKD? У нас смогли, но ценой того что умности оптимизатора при использовании HKD может не хватать, но Раст тупее и просто не имплементирует. Если на Хаскеле не использовать HKD то все прекрасно мономорфизуется и рекордов на хипе вообще не существует - только прямые обращению к буферу. Я все еще не понимаю что такого умеет бэкпак чего не умеют тайпклассы с дженериками
Читать полностью…
Я услышал только то что в расте с трейтами и без бэкпака смогли сделать плотно упакованный вектор, а Хаскелистам бэкпака не хватило
Читать полностью…
Ну это же не значит что всегда компилятор не сможет убрать материализацию рекорда
В любом случае не понятно как тут поможет бэкпак и зачем нужен еще один способ выразить ad-hoc полиморфизм на уровне сборщика из-за кривости оптимизатора когда все есть на уровне языка и можно допилить оптимизатор. Абсолютно закономерно что на поддержку накостыленой бесполезной фичи по итогу благополучно забили
кстати, HLS вполне переваривает такой пакет, правда закономерно потребляя много памяти
2026-02-05T18:06:41.584562Z | Info | Live bytes: 6692.62MB Heap size: 11836.33MBЧитать полностью…
Ни один истинный хаскелист не может быть линзофобом
Читать полностью…
Если бы оттуда выкинули линзы и не генерировали бы 1.1кк строк - было бы нормально для такого большого бинда
Читать полностью…
Только бинарный кэш с никсом от части решит проблему
Читать полностью…