В Vector.Storable

Лучше другой?

не, нормально

А я правильно понимаю, что запись вида let !v = V.unfoldrN ... (1::Int64) приведёт к тому, что в v будет уже полностью вычисленное значение? Т.е. v не надо дополнительно форсить, правильно?

https://nim-lang.org/assets/img/features/gc_latency.png всем гореть полчаса

> let !v = U.fromList [error "BANG!"] :: U.Vector Int in error "GNAB!" v *** Exception: BANG! error, called at <interactive>:18:22 in interactive:Ghci9 > let v = U.fromList [error "BANG!"] :: U.Vector Int in error "GNAB!" v *** Exception: GNAB!

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

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

http://mattwarren.org/images/2014/06/gc-pause-times-comparision.png

т.е. видно что у параллельного и псевдоконкурентного сборщика (CLR в данном случае) максимальные паузы примерно одинаковые.

разница в том, насколько часто эти паузы случаются

> let !v = U.fromList [error "BANG!"] :: U.Vector Int in error "GNAB!" v *** Exception: BANG! error, called at <interactive>:18:22 in interactive:Ghci9 > let v = U.fromList [error "BANG!"] :: U.Vector Int in error "GNAB!" v *** Exception: GNAB!

Спасибо

https://github.com/WillSewell/gc-latency-experiment/blob/master/haskell/Dockerfile дефолтные )=

https://files.gitter.im/ruHaskell/forall/DzWB/blob

паузы хаскельного ГЦ дефолтные vs нормальные

А я правильно понимаю, что запись вида let !v = V.unfoldrN ... (1::Int64) приведёт к тому, что в v будет уже полностью вычисленное значение? Т.е. v не надо дополнительно форсить, правильно?

нет, WHNF

нет, WHNF

вектор-то сторабл, (ну и у анбоксед) так же будет

нет, WHNF

Дак data Vector a = Vector {-# UNPACK #-} !Int {-# UNPACK #-} !(ForeignPtr a)

тогда «да, WHNF»

см. пример выше, естественно для боксед вектора > let !v = V.fromList [error "BANG!"] :: V.Vector Int in error "GNAB!" v *** Exception: GNAB!

тут без сюрпризов

А почему в error "GNAB!" v происходит вычисление второго аргумента?

не происходит, конечно

Вот тут: let !v = U.fromList [error "BANG!"] :: U.Vector Int in error "GNAB!" v *** Exception: BANG! error, called at <interactive>:18:22 in interactive:Ghci9

А откуда тогда "BANG" ?

так в том и дело что из-за банга вектор раньше кидает исключение, чем error "GNAB!"

Это банг так меняет поведение let?

да, ну собственно для чего он и нужен

Перечитал про bang pattern'ы, стало ясно :)

1 млн Int64 за 3.9 сек :(

Не, всё-таки за секунду укладывается. Забыл -O2 при компиляции =)

А с -fllvm -optlo-O3 ещё бодрее!

Хех, сортировка 1 млрд (Int64, Int64) за минуту, ляпота. Можно даже в C не переходить, и так норм.

Усё. Одолел https://github.com/uzhas-sovka/Haskell

замечания приветствуются.

Дока по hover не подхватывается. Хаддок и хугл сделал. В этот раз не ставил ничего с хаскель.орг. Может, в этом причина?..

Вчера в логе hie повсюду были got HoverRequest:RequestMessage сегодня на свежей инсталляции такого нет...

да, если так дела пойдут, может и дженерики с рекордами > 10 полей можно будет использовать https://phabricator.haskell.org/D4766#132856

кто-то, оказывается, работает над GRIN бекендом https://github.com/grin-tech/grin просмотрел по диагонали, в качестве фронтенда там GHC и idris

тут на zurihack есть те кто работают

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

а хаддок генерит же документацию для реэкспортов? (реэкспортов модулей и отдельных функций)

кто-нибудь может помочь со stack?

?

""" Preparing to install GHC to an isolated location. This will not interfere with any system-level installation. Already downloaded. Installing GHC ... Received ExitFailure 2 when running Raw command: /usr/bin/make install Run from: /Users/Kit/.stack/programs/x86_64-osx/ghc-8.2.2.temp/ ghc-8.2.2/ """

а что не так?

ааа

https://github.com/commercialhaskell/stack/issues/3741

ну вот может тебе станет легче если ты поймёшь что ты не один

не знаю чем помочь

не знаю чем помочь

Ахахах

> Looks like this was fixed in 8.4.1 stack setup --resolver nightly

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

(да и то не стекоделами, которым давно плевать на все)

На моей винде нормально стало.

повезло

Но я, подчёркиваю, не даю советов переходить на другие оси, как мне давали на других площадках сегодня. Только фпирёд!

Дока по ховеру не фурычит.

Вчера вся битва, оказывается, была за то, чтобы Script нормально в Атоме стек запускал.

HIE по существу не работает.

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

Я сегодня воспроизвёл всё, что вчера сделал, и таки он не фурычит. Вчера заработал случайно.

Не ясно, куда копать.

я hie ставил так: клонировал, билдил, копировал бинарь туда, где его в путях видно. после этого вс код просто работает

но я понимаю, что у большинстав так просто все не заработает

(для 8.0.2 надо править стековый файл, чтоб использовать более новую версию yi-rope, правда)

Atom говна кусок

обычная история

я hie ставил так: клонировал, билдил, копировал бинарь туда, где его в путях видно. после этого вс код просто работает

Что-то странное. При клонировании yaml в заголовке resolver: nightly-2018-06-02 # GHC 8.4.3 Соответственно пихается он в C:\sr\compiler-tools\x86_64-windows\ghc-8.4.3\bin\hie.exe

А вчера запихался в C:\sr\compiler-tools\x86_64-windows\ghc-8.2.2\bin\hie.exe

Как такое может быть, если я ничего не менял?..

авторы hie поменяли, наверное. там постоянно повышается версия ghc который они собирают стеком по умолчанию

чтоб нужную версию собирать, надо вручную стековый файл указывать stack --stack-yaml=stack-8.2.2.yaml install

Ща попробую. Sounds reasonable.

чтоб нужную версию собирать, надо вручную стековый файл указывать stack --stack-yaml=stack-8.2.2.yaml install

Да как бы это в ридми написано. Странно, что люди такие ленивые

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

В этом и есть вся писечка: только сильные духом проникают к Хаскеллю.

Я вот уже 4 день вожусь. Раньше за день справлялся.

Мм

Скорее, не так

Как с героином: сначала долго думаешь, что не подсядешь. И внезапно обнаруживаешь, что ой

Испытываешь отвращение ко всем прочим языкам

Неа. Я уже к Хачикеллю отвращение испытываю. Но - орешек знаний твёрд и мы не привыкли отступать! Нам расколоть его поможет киножурнал "Мой х.й всё может".

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

Для удобств есть F#.

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

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

Мне бы было ок, как то переключаться между версиями hie

когда я на F# писал - там тулинг тоже был ужасный

Хаскелль - как фильм ужасов!

Тулинг это что?

средства разработки

Тулинг это что?

Откуда вы?

Что всего этого не знаете

Ну не знаю. MVS очень миленько работала и работает.

Откуда вы?

Иногда я сам задаюсь этим вопросом.

Ну есть ещё idea, у них тулинг очень крутой

но к концу моей эфшарповой карьеры ленгвиджсервис допилили до более-менее работоспособного состояния