Skip to content
Snippets Groups Projects
Verified Commit f12a2b38 authored by Julian Ospald's avatar Julian Ospald :tea:
Browse files

Update README

parent 844b4dec
No related branches found
No related tags found
No related merge requests found
Pipeline #38896 failed
...@@ -260,7 +260,21 @@ Windows 7 and Powershell 2.0 aren't well supported at the moment, also see: ...@@ -260,7 +260,21 @@ Windows 7 and Powershell 2.0 aren't well supported at the moment, also see:
GHCup is not a reimplementation of stack. The only common part is automatic installation of GHC, GHCup is not a reimplementation of stack. The only common part is automatic installation of GHC,
but even that differs in scope and design. but even that differs in scope and design.
### Why does ghcup now use stack code? ### Why should I use ghcup over stack?
GHCup is not a replacement for stack. Instead, it supports installing and managing stack versions.
It does the same for cabal, GHC and HLS. As such, It doesn't make a workflow choice for you.
### Why should I let ghcup manage stack?
You don't need to. However, some users seem to prefer to have a central tool that manages cabal and stack
at the same time. Additionally, it can allow better sharing of GHC installation across these tools.
Also see:
* https://docs.haskellstack.org/en/stable/yaml_configuration/#system-ghc
* https://github.com/commercialhaskell/stack/pull/5585
### Why does ghcup not use stack code?
Oddly, this question has been asked a couple of times. For the curious, here are a few reasons: Oddly, this question has been asked a couple of times. For the curious, here are a few reasons:
...@@ -301,20 +315,6 @@ Take `curl` and `wget` as an example. ...@@ -301,20 +315,6 @@ Take `curl` and `wget` as an example.
How bad do we need this? How bad do we need this?
### Why should I use ghcup over stack?
GHCup is not a replacement for stack. Instead, it supports installing and managing stack versions.
It does the same for cabal, GHC and HLS. As such, It doesn't make a workflow choice for you.
### Why should I let ghcup manage stack?
You don't need to. However, some users seem to prefer to have a central tool that manages cabal and stack
at the same time. Additionally, it can allow better sharing of GHC installation across these tools.
Also see:
* https://docs.haskellstack.org/en/stable/yaml_configuration/#system-ghc
* https://github.com/commercialhaskell/stack/pull/5585
### Why not support windows? ### Why not support windows?
Windows is supported since GHCup version 0.1.15.1. Windows is supported since GHCup version 0.1.15.1.
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment