Спасибо ,помогло "languageServerHaskell.useCustomHieWrapper": true, "languageServerHaskell.useCustomHieWrapperPath": "hie-wrapper"

+

кабал сейчас уже вроде все умеет (ну кроме бесполезной установки ghc)

пробую с кабалом 2.2, вроде все сравнительно гладко, но получается вот такая херня Could not find module ‘Control.Concurrent.Async’ Perhaps you haven't installed the profiling libraries for package ‘async-2.1.1.1’? в ответ на cabal clean && cabal configure --enable-profiling && cabal bench --benchmark-options="+RTS -N -p -RTS"

причем зависимостей полно, но не нравится ему именно stm и async

так не установлены же профилировочные версии зависимостей?

cabal install —dependencies-only —enable-profiling, если без new

не надо использовать без new

+

окей, попробую

а если уж нью использовать, то 2.4 собрать

ну блин а без new- что будет не так?

все

ну и кроме того, делать типа библиотеку и писать в readme что-то типа you need to install the latest cabal to build this - это немного это самое

технически, все можно билдить кабалом-без-нью

но на практике вам не захочется этого делать

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

наименее недоделанный кабал — это стэк

да ну, он все портит и не бибикает даже

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

Я пользуюсь cabal с new- командами уже больше полугода и особых проблем не заметил. Были минорные неудобности, но сейчас вообще отлично. Местами даже лучше stack

да ну, он все портит и не бибикает даже

в два раза лучше вима!

наименее недоделанный кабал — это стэк

где-то зимой с 15 на 16 года это так и было

но с тех пор стек уже не тот

о, у меня на nixos стек на 1.16 запинен

т.к. 1.17 просто не работает

Я пользуюсь cabal с new- командами уже больше полугода и особых проблем не заметил. Были минорные неудобности, но сейчас вообще отлично. Местами даже лучше stack

а где почитать про эти new- команды?

https://cabal.readthedocs.io/en/latest/ ?

сейчас нью кабал > стек > кабал, но нью все еще недоделанный, правда это понятие растяжимое, для кого-то уже и доделанный вполне

а где почитать про эти new- команды?

Можно официальную документацию почитать (но на самом деле команды те же, просто надо добавить префикс new-). Но если хочется начать работать с простыми проектами, то я писал блог пост про workflow с кабалом: * https://kowainik.github.io/posts/2018-06-21-haskell-build-tools.html

они не те же

некоторые не нужны, некоторые как инстол делают не то что в старом

да вообще весь уи другой

они не те же

Я имел в виду названия те же. Согласен, что можно было поточней написать. Есть команды, которые без new (например, upload)

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

Можно официальную документацию почитать (но на самом деле команды те же, просто надо добавить префикс new-). Но если хочется начать работать с простыми проектами, то я писал блог пост про workflow с кабалом: * https://kowainik.github.io/posts/2018-06-21-haskell-build-tools.html

спасибо, почитаю

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

@victorynox будет жить. Поприветствуем!

т.к. 1.17 просто не работает

ты про 1.7.1 может?

Ребзя, (не судите строго, я новичок) такой вопрос, это я туплю, или на данный момент нет нормального визуально отладчика для Haskell ? (Там с брейкпоинтами и пошаговым выполнением) З.Ы. Про ghci знаю, но консоль не совсем то...

Ребзя, (не судите строго, я новичок) такой вопрос, это я туплю, или на данный момент нет нормального визуально отладчика для Haskell ? (Там с брейкпоинтами и пошаговым выполнением) З.Ы. Про ghci знаю, но консоль не совсем то...

Скорее всего его даже не может быть, но я + к вопросу, так как сам новичок.

cabal install —dependencies-only —enable-profiling, если без new

вот кстати не помогло! очень интересно stm и async не профилируются типа

Ребзя, (не судите строго, я новичок) такой вопрос, это я туплю, или на данный момент нет нормального визуально отладчика для Haskell ? (Там с брейкпоинтами и пошаговым выполнением) З.Ы. Про ghci знаю, но консоль не совсем то...

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

навскидку из свежего есть https://github.com/ndmitchell/debug

https://github.com/phoityne/haskell-debug-adapter

Но я тоже не знаю, зачем.

Ребзя, (не судите строго, я новичок) такой вопрос, это я туплю, или на данный момент нет нормального визуально отладчика для Haskell ? (Там с брейкпоинтами и пошаговым выполнением) З.Ы. Про ghci знаю, но консоль не совсем то...

а какую проблему вам надо решить?

а какую проблему вам надо решить?

привычным (по императивным языкам) способом разобраться, почему оно работает не так, как задумано :)

Отлаживай привычно принтом

import Debug.Trace

Ту да

привычным (по императивным языкам) способом разобраться, почему оно работает не так, как задумано :)

Вот именно в точку)

гхци отладчиком вполне можно пользоваться (если есть возможность загрузить в гхци, конечно)

Вот именно в точку)

в новой парадигме не помешает изучить новые трюки

в новой парадигме не помешает изучить новые трюки

да. у меня зависимость от отладчика ощутимо снизилась

ты про 1.7.1 может?

да, но не важно

главное что не работает

я вот в двумерные стэктрэйсы хаскельного профилировщика до сих пор полностью не въехал. хотя почти всегда удаётся найти причину по ним

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

отладить быстро-грязно — Debug.Trace

а если с си взаимодействие то и gdb

но чаще мне исправить ошибку помогает разбиение сложной функции на более мелкие и написание property тестов для них всех

В древнем Leksah была вроде бы неплохая интеграция с ghci-шным отладчиком, мне как-то даже помогала.

а если с си взаимодействие то и gdb

Ну, с gdb проще всего как раз)) Тут скорее что бы код сам не пачкать с Debug.Trace, а быстро отладчиком пройти

с Haskell?

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

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

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

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

которые не на границе с си

угу

отладчик в ghci тот ещё

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

Ну я имею в виду отображение ещё не вычисленнных параметров

там пишется _

А зафорсить нельзя?

и есть :sprint который писать будет с санками

можно

А зафорсить нельзя?

вот так и получится квантовый отладка (когда наблюдение влияет на процесс)

коллапс лямбда-функции!

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

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

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

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

Упасть может, если посчитать что-то не то

вот так и получится квантовый отладка (когда наблюдение влияет на процесс)

это не квантовая отладка как раз, меняться должен не (только) процесс, а конечный результат

Упасть может, если посчитать что-то не то

если оно всё равно вычисляется в программе, то всё равно упадёт, неважно, когда. а если в программе есть задумка, которая никогда не должна вычисляться, это что-то странное (хотя я такое использовал разок)