тут двусторонняя зависимость

новый компилятор заставляет перейти на новые библиотеки и новые библиотеки мотивируют переходить на новый компилятор

и никто не фиксит баги в старых версиях

а рядом сидит нечто с гордым именем stackage-LTS

L T S

8.0.1-8.0.2 мы скипнули, ни о чем не жалею

непонятно что там от S в этих LTS

ну я понимаю как snapshot

но авторы не согласны

> Stackage is a stable source of Haskell packages. We guarantee that packages build consistently and pass tests before generating nightly and Long Term Support (LTS) releases.

гордо заявляет первое предложение на сайте stackge.org

не припоминаю там support

так что за support к FPC не обращайтесь

ну я всегда говорил, что lts в смысле support это ложь, Пиерти (или как там его в nixos) тоже это говорил, когда stackage выкидывал

но на него почему-то ругались

да много кто это говорит

другое дело, что вопрос а на сколько такая поддержка востребована

У меня нету серьезных проблем с 8.0 но я не серьезный разработчик. Но я слежу за изменениями в ghc и там последнее время некомпилируемость ghc на ghc 8.0 уже стандартная проблема

ну у меня даже 8.2 в большом проекте работает

но там все очень просто и особой магии нет

а линейные типы не работают!!!!!!!!!!

я написал 3 программы и во всех получил не тот результат что ожилдал

так 8.2 считается менее проблемным

а

но другой проект не перелез на него у них какие-то блокирующие баги были

а надо чтоб не было, а была задача язык для конфигов сделать

https://typing-nix.regnat.ovh/index.html вот так?

https://typing-nix.regnat.ovh/index.html вот так?

тут у них же уже тоже язык есть и они к нему типы прикостыливают

это еще хуже, наверное

ну ничего, скоро будет первый в современной истории GHC релиз без фич

Прямо как год без лета

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

но, думаю, что писать его не будут

GHC -> LLVM -> EMSCRIPTEN vs GHCJS vs HASTE Куда идти?

кметт в фасебуке писал недавно про это, точнее про бокседы андбокседы

кметт в фасебуке писал недавно про это, точнее про бокседы андбокседы

ну так в этом и бесполезность левити полиморфизма. Для абстрагированных бекпаком типов анпак работает, и вообще все как для конкретных, он же код генерит. Т.е. не видно где можно выиграть от левити полиморфизма. разве что для каких-то нишевых целей типа библиотек для работы с примитивами

GHC -> LLVM -> EMSCRIPTEN vs GHCJS vs HASTE Куда идти?

автор вебасембли бекенда много обсуждает его на реддите, но там ничего не готово еще. haste у меня особо не работал, он почти ничего с хекеджа не собирает и стек вышибает постоянно, так что никакого выбора для хаскеля нету - только ghcjs

GHCJS ломается реже, чем остальные?

чаще наверное, webghc или как он там еще нет, а haste вроде уже нет, трудновато ломаться реже их

GHCJS ломается постоянно. Но перед этим его нужно хотя бы завести, а это тоже тот ещё квест

не сказал бы что у меня с заводом были какие-то особые проблемы. Я его собирал когда-то давно никсом (все сразу заработало) и последнее время довольно часто стеком устанавливаю - все нормально, только долго очень

правда для этого надо знать откуда его брать - вот с этим могут быть проблемы у непривыкшего человека

пюрскрипт

возможно, но это не хаскель

это лудше

хаскель который сделали правильно? )

а, ну и ghcjs с 8.0.1 и новее не собирается на виндовс, но я даже не знаю, есть ли смысл это особо оговаривать, все связанное с хаскелем обычно на виндовс не работает нормально или вообще

это лудше

намного хуже, но принимая во внимание все ужасы ghcjs может имеет смысл пользоваться более убогим языком

с чего вдруг хуже?

Не ленивый

ну это не "хуже" же

не факт что лучше, но и не однозначно хуже

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

"лудше" — это как раз антоним "лучше", разве нет?

с чего вдруг хуже?

тоже интересно

зато нормальные строки и рекорды

хз где он стек переполняет

строки там буквально такие же как в ghcjs, а рекорды, по видимому, да, сносные.

строки там буквально такие же как в ghcjs, а рекорды, по видимому, да, сносные.

как JSString в ghcjs

ну да

но просто String там такой же список символов

и? есть же яваскриптовые строки

есть

но не удобнее ли просто писать "text"

и? есть же яваскриптовые строки

угу, и есть миллион библиотек которые ничего про них не знают

пюрскрипт

PS ничё так. Вот только он не ленивый. А этого не хватает.

текст в ghcjs какой-то тормозной

хорошо все же когда в языке сразу нормальные строки

ну так этих не знающих хаскельных библиотек для пурскрипта вообще нету

уж лучше строки конвертнуть. чем все писать самому

Я не хочу ничего конвертировать, у меня лапки.

text тормозной в ghcjs потому что хочет быть utf16 как в ghc, а яваскрипт строки ucs2 или что-то такое

там вроде как-то криво эмулируются байтарреи на яваскриптовых арреях примитивов или что-то вроде

сам я не проверял, только слышал жалобы

> Ugh. I really like the idea of Dhall. And every time I try to use it I get more put off. I'd been thinking that it would still be pretty useful for its intended purpose - configuration - but having just tried it for configuration, I'm no longer even convinced about that из рабочечятика

ну может теперь еще кто-нибудь такой язык сделает

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

ну кроме Jira

https://partialflow.wordpress.com/

ну кроме Jira

А ты трелло не смотрел? Оно сильно проще, но и ставить не надо ничего

не мне не треккер, там щас с zenhub+github с горем пополам

мне скорее что-то для анализа и large overview