Timofey
DH =?
ena
...data Haskell?
Alexander
dependent haskell
ena
Благодарю :3
Timofey
А вообще, в какой степени все экстеншены и всякие оптимизации состоят из thesis-ware?
A64m
большинство на диссер не тянут
кана
помню тут говорили про то, что после DH не будет крупных фич
A64m
может и будут, но я не знаю, что это за крупные фичи могут быть
кана
я все жду, когда теория про то, что компиляторы чистых фп языков будут уметь САМИ распараллеливать код эффективно (мб с небольшими аннотациями) перестанет быть теорией
кана
а то это часто используют для продажи фп языков
A64m
ну вот перестала вчера
A64m
хотя, смотря что считать небольшими аннотациями
Кабачок
кана
A64m
вчера окончательно помер проект, в рамках которого компилятор должен был код с вложенным дата-параллелизмом преобразовывать в плоский дата параллелизм. даже это не осилили
A64m
чего уж про полностью автоматическую параллелизацию говорить
andrei
Евгений
кана
да, решить ее точно тоже выглядит невозможным
кана
но сделать достатончо близкую апроксимацию предположительно сильно проще
A64m
да проблема не в этом, много чего можно приблизительно решать, а в том что компилятор не может статически оценить, какая гранулярность параллелизма будет выгодной, а не съеденой накладными расходами на этот самый параллелизм
Alexander
мне кажется dph норм был
Alexander
просто на него забили и не пилили авторы
Alexander
+ похоже было что там нужно было уже процессорные фичи и векторизацию использовать, а это так и не осилили нормально
A64m
не знаю, насчет норм. ни векторизатор ни фьюжен так и не сделали нормальные
A64m
с фьюженом там вообще уже до необходимости использования солвера вроде Z3 дошло
A64m
может если бы и дальше работали что-то и сделали бы, но не факт
A64m
когда работы остановились, где-то врайоне 7.6/7.8?
A64m
векторизатор, какя понял у них уперся в определение того где векторизацию не надо делать
A64m
репа, которая прототип бекенда дпх, тоже никогда нормально не работала
A64m
все возможности хаскельного оптимизатора для фьюжена они исчерапали, была идея делать плагином оптимизатор из ддц, которая тоже ничем хорошим не кончилась
A64m
но окончательное его удушение я все равно не одобряю
IC
Это что же, ФП не умеет в параллельность??
IC
скорее на Medium!
A64m
до недавнего времени даже в ручную не умело, да и cейчас полторы имплементации с SMP
Alexander
причем ghc это половина
Alexander
в aseon можно попросить не парсить часть данных ведь?
Alexander
а, затупил, там же есть инстанс для Value
Alexander
интеловский, может получше
Кабачок
Это который flrc? (Который открыли на SML.)
Ilya
Там очень мало чего открыли. Общался с автором, говорит всякие проблемы с лицензиями всю идею убили
Ilya
Он сейчас в DFinity работает, это там где dhc пилят
A64m
о, имплементацию для unlifted newtypes делают
Timofey
А я правильно понимаю, что кроме ghc в обозримом будущем других компиляторов такого же уровня не будет?
A64m
компиляторов хаскеля? вообще никакого уровня не будет
Alexander
если форкнут то очевидно будет вполне того же уровня
Alexander
вон ghcjs это вроде форк, например
Дима
О ghcjs либо хорошо либо ничего
Alexander
ghcjs это хорошо
Alexander
еще бы размер бинарников чуть чуть поменьше и можно в продакшен
A64m
ну речь не про форк гхц
Alexander
а зачем кому то делать сейчас с нуля?
Alexander
мне кажется все кто будут делать свой когда-либо по любым причинам большую часть форкнут
Ilya
проблема в том, что невозможно написать компилятор хаскеля. в текущем виде хаскель это множество языков по мощности равное 2 в степени количества экстеншенов GHC. Никому не нужен компилятор Haskell2010
Ilya
по этому любому, кто захочет в это ввязаться придется считаться с реальностью и на каком-то этапе встраиваться в пайплайн GHC
Alexander
да нету там фрактала Haskell = последний ghc с теми расширениями что естт
Alexander
взаимодействуют там не так и много, большинство ортогональны
Ilya
в такой формулировке тоже нельзя написать компилятор хаскеля отличный от GHC
Дима
ghcjs это хорошо
Это никак, он не поддерживается ни принимающей ни исходной платформой и тащит огромный рантайм, ввиду чего используют его полторы калеки
Дима
Это proof of concept но никак не продакшн даже близко
Дима
(не сомневаюсь что его используют в продакшне самые отважные)
Зигохистоморфный
Дима
Это было настолько предсказуемо что я даже успел ответить пока ты писал
Дима
(не сомневаюсь что его используют в продакшне самые отважные)
Дима
Это не говорит ни о чём кроме того что при огромной настырности можно что угодно приколотить к своим задачам
Alexander
Alexander
Haskell это implementation defined язык
Ilya
потому что с каждой новой версией GHC он будет переставать быть компилятором хаскеля в этой формулировке
Alexander
Alexander
при том что implementation должен быть sound и иметь семантику нормальную и проверяемую
Дима
зачем приколачивать то?
Хороший вопрос) Я считаю что ни зачем, но человека выше данное мнение сильно возмутило
Alexander
я к тому, что он и так прекрасно держится
Anonymous
Alexander
вообще расширения образуют несколько не особо пересекающихся сетов, почему все про фракталы пишут?
Alexander
хороший вопрос, я не видел. Вроде в мануале написано что неявно включает другие
Ilya