stack
The Haskell Tool Stack (by commercialhaskell)
ghcid
Very low feature GHCi based IDE (by ndmitchell)
Our great sponsors
stack | ghcid | |
---|---|---|
39 | 10 | |
3,813 | 1,063 | |
0.3% | - | |
6.8 | 2.9 | |
5 days ago | about 2 months ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
stack
Posts with mentions or reviews of stack.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-12-17.
-
ANN: stack-2.9.3
In YAML configuration files, the hackage-security key of the package-index key or the package-indices item can be omitted, and the Hackage Security configuration for the item will default to that for the official Hackage server. See #5870.
See https://haskellstack.org/ for installation and upgrade instructions.
-
[ANN] First release candidate for stack-2.9.3
Yes, that is correct. Stack's allow-newer: true configuration has always actually meant 'ignore bounds'. However, the author of the allow-newer-deps development has in mind a further development that will introduce an actual ignore-bounds key with the same expressive syntax that is used by Cabal. This is discussed at Stack #5910.
You can download binaries for this pre-release from: Release rc/v2.9.2.1 (release candidate) · commercialhaskell/stack · GitHub.
-
how do I specify cabal fields to stack?
I'm trying to use the cabal mixins feature to automatically replace every implicit prelude import with a custom prelude (in this case relude). apparently it doesn't play well with `stack repl` https://github.com/commercialhaskell/stack/issues/5077 but I don't really use it anyway.
-
ANN: stack-2.9.1
See https://haskellstack.org/ for installation and upgrade instructions.
stack build --coverage will generate a unified coverage report, even if there is only one *.tix file, in case a package has tested the library of another package that has not tested its own library. See #5713
-
ANN: first release candidate for stack-2.9.1
You can download binaries for this pre-release from: https://github.com/commercialhaskell/stack/releases/tag/rc/v2.9.0.1.
-
Help: `stack <script-file>` hangs
The background to the reason why the default log level for Stack's script interpreter is 'error' can be found here: https://github.com/commercialhaskell/stack/issues/1472. Originally it was 'silent', but it was later increased to 'error'.
-
stack
Funny that you say this, because stack used to clone the entire repository for each subdir, causing massive clone times that made it impossible to use for cardano projects: https://github.com/commercialhaskell/stack/issues/5411
ghcid
Posts with mentions or reviews of ghcid.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-01-24.
- Open source projects for beginners
-
TDD for AoC?
In addition, for Haskell, I usually have ghcid running, which likewise re-runs on every file change, but gives faster feedback about any type errors than the full compiler, and also is configured to evaluate
-
Most braindead easy end to end haskell workflow?
VS Code + Haskell extension is usually best, but ghcid is an alternative which is much simpler, easier to set up, less pretty and powerful but still pretty easy and effective to use. Here's a workflow:
-
Fast way to run Haskell script from nvim?
you should also checkout the ghci vim plugin https://github.com/ndmitchell/ghcid/tree/master/plugins/nvim
-
Can't get things to work. It is normal to learn haskell with plain vim?
I just went through the same thing. I settled on using stack and ghcid. All it does is recompile on any change to source code so you at least get lightning fast feedback. Both stack and ghcid have been easy to install and use so far.
-
Why Clojure?
Have you tried out ghcid? It basically just runs ghci on your program every time you save, and gives an updated list of errors and warnings. Not interactive in the sense that you don't manually test your functions with it, but like 95% of debugging in Haskell is just fixing errors at compilation time. I find it to be a very nice developer experience. Just need a text editor and a terminal with ghcid open and you get immediate feedback as you program.
What are some alternatives?
When comparing stack and ghcid you can also consider the following projects:
ghcup-hs - THIS REPO IS A MIRROR, BUG REPORTS GO HERE:
Cabal - Official upstream development repository for Cabal and cabal-install
ghcide - A library for building Haskell IDE tooling
castle - A tool to manage shared cabal-install sandboxes.
ghci-ng
haskell-language-server - Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.
profiterole - GHC prof manipulation script
hlint - Haskell source code suggestions
implicit-hie - Auto generate a stack or cabal multi component hie.yaml file
bisect-binary - Tool to determine relevant parts of binary data
stack-yaml - parse stack.yaml files
bumper - Haskell tool to automatically bump package versions transitively.