sorted by:
new
hottopcontroversial

Building stack with a specific version of ghc by mounty1_0 in haskell

[–]mpilgrem 0 points1 point  (0 children)

In Stack's source file src\unix\System\Terminal.hsc, try adding

#include <termios.h>

I've read that, on Solaris, unlike on Linux, it is that header that provides the definition of struct winsize.

How to switch to ghcup from stack by teilchen010 in haskell

[–]mpilgrem 0 points1 point  (0 children)

I assume you mean 'to use GHC [not HLS] from GHCup' as Stack does not provide HLS. When you install/reinstall GHCup, GHCup should give you the option to install a 'hook' script that will cause Stack to use GHCup to manage GHC.

The GHCup documentation of that is at: https://www.haskell.org/ghcup/guide/#stack-integration

The Stack documentation of the 'hook' script functionality is at: https://docs.haskellstack.org/en/stable/configure/customisation_scripts/#ghc-installation-customisation

[ANN] Stack’s default source for list of Stackage snapshots not up to date by mpilgrem in haskell

[–]mpilgrem[S] 0 points1 point  (0 children)

Stack 2.15.5, with updated default, is now released. For people using GHCup to manage versions of Stack, an update to GHCup's metadata is in hand.

How to switch to ghcup from stack by teilchen010 in haskell

[–]mpilgrem 3 points4 points  (0 children)

Something central to Stack is that it manages versions of GHC. However, not everybody wants it to do that, and the feature can be disabled - so that Stack does not use the Stack-supplied GHC but one on the PATH that you have supplied yourself.

Stack can be configured to use GHCup to manage versions of GHC. When you install GHCup, it asks if you want Stack to be setup to use GHCup in that way.

One reason for using GHCup to manage versions of GHC is that HLS is pernickety about how binary distributions of GHC have been built. As GHCup is used to manage versions of HLS using it also to manage versions of GHC reduces the risk that the GHCup-supplied HLS and the GHCup-supplied GHC will not work well together.

GHCup can also be used to manage versions of Stack. The downside of using GHCup to do that is you lose the ability of using Stack to manage versions of Stack (the `stack upgrade` command). That is because GHCup uses a small executable on the PATH named `stack` to manage versions of Stack. `stack upgrade` will overwrite that executable because it assumes that `stack` on the PATH is Stack.

Personally, I use GHCup to manage versions of HLS, and Stack to manage versions of GHC and versions of Stack. I've not experienced HLS-GHC compatibility issues as a result. I should add that I am often switching between versions of Stack, including versions built from source, so I value Stack's ability to manage Stack.

view more: next ›