В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Haskell

1598 membersпожаловаться на группу
2021 March 12

к

кана in Haskell
кана
ghcup + стак это просто:
1. глобальные ghc/cabal/hls через ghcup
2. локальные для проекта ghc и либы через stack

выглядит вполне ок для меня, ghcup ставит много разных hls для разных ghc
но это выглядит ок для меня, потому что у меня нет желания использовать stack системно, а только по необходимости когда проект какой-то оказался на стаке

а если есть такое желание, то наверное не ок
источник
16:08пожаловаться#1

I

Igorek536 in Haskell
Ага, окей. Значит так и поступим. Мне другое не понятно, почему разные версии ghc требует специально собранного hls?
источник
16:08пожаловаться#2

к

кана in Haskell
потому что hls использует ghc
источник
16:09пожаловаться#3

I

Igorek536 in Haskell
Хорошо, использует. Разве разные версии компиляторов могут так сильно отличаться?
источник
16:09пожаловаться#4

к

кана in Haskell
да, в целом нельзя использовать либу или другие аутпут файлы, которые сгенерены другим ghc
источник
16:10пожаловаться#5

AA

A64m AL256m qn<co... in Haskell
достаточно отличаться несильно!
источник
16:18пожаловаться#6

JS

Jerzy Syrowiecki in Haskell
Igorek536
А stack + ghcup - это нормально? stack ведь сам ставит
в ghcup нет смысла при stack
источник
16:24пожаловаться#7

YS

Yan Shkurinskiy in Haskell
Jerzy Syrowiecki
в ghcup нет смысла при stack
Удобно качать hls!
источник
16:25пожаловаться#8

JS

Jerzy Syrowiecki in Haskell
Igorek536
Ага, окей. Значит так и поступим. Мне другое не понятно, почему разные версии ghc требует специально собранного hls?
бинарный протокол может измениться в любой версии. может и не измениться, но гарантий нет
источник
16:25пожаловаться#9

JS

Jerzy Syrowiecki in Haskell
Yan Shkurinskiy
Удобно качать hls!
он же сам скачивает нужную версию себя
источник
16:26пожаловаться#10

YS

Yan Shkurinskiy in Haskell
Jerzy Syrowiecki
он же сам скачивает нужную версию себя
В вскоде?)
источник
16:26пожаловаться#11

I

Igorek536 in Haskell
Jerzy Syrowiecki
в ghcup нет смысла при stack
Окей, как мне получить пути от stack? Что мне в PATH прописывать?? Можно как-то заставить его симлинки(например) глобального GHC/GHCI прокинуть в .local/bin, например?
источник
16:26пожаловаться#12

DR

Denis Redozubov in Haskell
stack path
источник
16:26пожаловаться#13

JS

Jerzy Syrowiecki in Haskell
Igorek536
Окей, как мне получить пути от stack? Что мне в PATH прописывать?? Можно как-то заставить его симлинки(например) глобального GHC/GHCI прокинуть в .local/bin, например?
у stack другая идеология: надо всё запускать через stack, ничего глобального нет

для глобальной установки лучше ghcup
источник
16:27пожаловаться#14

I

Igorek536 in Haskell
Мне не просто ghc нужен, мне нужно чтобы емакс с этим как-то работать мог.
источник
16:28пожаловаться#15

I

Igorek536 in Haskell
А для этого оно всё должно быть  в path.
источник
16:28пожаловаться#16

AA

A64m AL256m qn<co... in Haskell
так зачем тогда стек использовать?
источник
16:28пожаловаться#17

JS

Jerzy Syrowiecki in Haskell
Igorek536
А для этого оно всё должно быть  в path.
ghcup вроде ставит в /usr/local, так что всё будет в PATH
источник
16:29пожаловаться#18

AA

A64m AL256m qn<co... in Haskell
чтоб потом обходить единственную фичу стека
источник
16:29пожаловаться#19

I

Igorek536 in Haskell
Окей, я уже успешно поставил ghcup и оно работает. Всем спасибо. Больше я HLS не буду собирать.
источник
16:29пожаловаться#20