vscode-haskell
stackage
vscode-haskell | stackage | |
---|---|---|
15 | 13 | |
544 | 521 | |
-0.2% | -0.2% | |
8.8 | 9.9 | |
12 days ago | 2 days ago | |
TypeScript | Dockerfile | |
GNU General Public License v3.0 or later | MIT License |
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.
vscode-haskell
-
Revisiting Haskell after 10 years
The advent of language server protocol made possible the creation of HLS (Haskell Language Server), and there are plugins for many editors, such as vscode-haskell, that allow you to have auto-complete, auto-import, and automatic function signatures—also available to your editor of choice. The whole feedback loop of editing, compiling, and running is greatly improved.
- How do I confirm if my haskell language server is working properly?
- How do I lower the RAM consumption of Haskell Language Server with VSCode?
-
Which functional programming language should I learn?
Have you tried installing Haskell with https://www.haskell.org/ghcup? After installing it vscode with the https://github.com/haskell/vscode-haskell Haskell extension should work out of the box.
-
Why doesn't Haskell Language Server stop?
I reported the issue here, let's see what happens.
-
[Release] vscode-haskell: 2.2.1
The release never made it through: https://github.com/haskell/vscode-haskell/actions/runs/2823440618
-
How to make ghci autoreload my module in VSCode+GHCup
But generally, haskell-language-server should give you a proper IDE instead: https://github.com/haskell/vscode-haskell
-
[ANN] GHCup 0.1.17.8 BUGFIX release
Re-enable upgrade functionality for all configurations wrt MR #250 and VSCode haskell issue #601
-
[ANN] Pre-release VSCode-Haskell 2.0.0
Since this is going to be a very much breaking release, please expect bugs and rough edges we have to iron out! Please report all issues you encounter at the vscode-haskell issue tracker or reply to this post :) We ask you for your feedback, especially documentation wise: What do you think needs more explanations and what feature is harder than necessary to use or debug?
-
Haskell extension 1.7.0 VS Code crashing
Same. Looks like someone's just finally opened a bug report: https://github.com/haskell/vscode-haskell/issues/471
stackage
-
Revisiting Haskell after 10 years
Writing Haskell programs that rely on third-party packages is still an issue when it’s a not actively maintained package. They get out of date with the base library (Haskell’s standard library), and you might see yourself in a situation where you need to downgrade to an older version. This is not exclusive to Haskell, but it happens more often than I’d like to assume. However, if you only rely on known well-maintained libraries/frameworks such as Aeson, Squeleto, Yesod, and Parsec, to name a few, it’s unlikely you will face troubles at all, you just need to be more mindful of what you add as a dependency. There’s stackage.org now, a repository that works with Stack, providing a set of packages that are proven to work well together and help us to have reproducible builds in a more manageable way—not the solution for all the cases but it’s good to have it as an option.
-
Leaving Haskell Behind
> That is fine, as far as it goes, but obviously this will, at some point, be at odds with the interests of programmers looking to use Haskell as a practical, stable tool.
That's what Stackage is.
Stackage provides consistent sets of Haskell packages, known to build together and pass their tests before becoming Stackage Nightly snapshots and LTS (Long Term Support) releases. [1]
Java will never get this.
[1] https://www.stackage.org/
-
Haskell IDE setup
makefile_dir := $(dir $(abspath $(lastword $(MAKEFILE_LIST)))) export PATH := $(makefile_dir):$(PATH) project_name ?= project_main ?= src/.hs retag_file ?= $(project_main) stack.yaml: @test -f stack.yaml || (echo -e "This makefile requires a 'stack.yaml' for your project.\nYou don't need to use 'stack' to build your project.\nYou just need a 'stack.yaml' specifying a resolver compatible with your GHC version.\nSee https://www.stackage.org/" && exit 1) stack: stack.yaml @which stack || (echo -e "This makefile requires 'stack' to be on your path. Use GHCup to install it.\nSee https://www.haskell.org/ghcup/" && exit 1) .PHONY: stack warning.txt: -@uname -a | grep -q Darwin && echo "WARNING: On Mac, you must alias 'make' to 'gmake' in your shell config file (e.g. ~/.bashrc or ~/.zshrc). Symbolic links will not work." | tee warning.txt @echo "Add 'warning.txt' to your .gitignore file if you never want to see this message again." hasktags: warning.txt stack @echo 'stack exec -- hasktags' > hasktags @chmod +x hasktags @echo "You might like to add 'hasktags' to your .gitignore file." format: stack @stack exec -- fourmolu --stdin-input-file $(project_main) .PHONY: format retag: warning.txt stack @stack exec -- haskdogs -i $(retag_file) --hasktags-args "-x -c -a" | sort -u -o tags tags .PHONY: retag tags: warning.txt hasktags stack @stack exec -- haskdogs .PHONY: tags ghcid: stack @stack exec -- ghcid \ --command 'stack repl --ghc-options "-fno-code -fno-break-on-exception -fno-break-on-error -v1 -ferror-spans -j"' \ --restart stack.yaml \ --restart $(project_name).cabal \ --warnings \ --outputfile ./ghcid.txt .PHONY: ghcid
- stack
-
Most current materials for learning Haskell
(why lts-18.28? it's the latest 8.10 release on https://www.stackage.org/ )
-
Monthly Hask Anything (March 2022)
I don't see way community maintenance can change the GHC for nightly.
-
Is it possible to install C libraries before building on Hackage?
It makes total sense that it fails since at no point I requested that the library be installed, which makes me wonder: Is there any way to request Hackage to install SDL and GLEW before attempting the build? I see Stackage has debian-bootstrap.sh. Does something similar exist for Hackage?
-
No idea how to add packages
At this point, you can try a Stack snapshot that uses an older version of GHC. Looking at Stackage, you can see that the latest version before 8.10.* is 8.8.4 (using LTS 16.31). Starting over with that snapshot, you find that the packages that you need are in the snapshot and work.
-
[GHC Proposals] GHC Maintainer preview
On the contrary, I think this is standard practice for packages which are part of stackage. When stackage nightly switches to a new version of ghc, all the packages which are incompatible with the new ghc are dropped from nightly. My understanding is that maintainers are then expected to fix their packages, at which point more and more packages are included in the nightly snapshot. The next lts to include that version of ghc is only released later, once most packages have been added back, so unlike ghc users who diligently upgrade to the latest ghc, stackage users who diligently upgrade the latest lts snapshot shouldn't see a big drop in the number of compatible packages.
-
Setup dev container with language server out of the box
I found the latest stack lts version, and it's associated ghc version here: https://www.stackage.org/
What are some alternatives?
haskell-language-server - Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.
cblrepo - Tool to simplify managing a consistent set of Haskell packages for distributions.
vscode-java - Java Language Support for Visual Studio Code
cargo-crev - A cryptographically verifiable code review system for the cargo (Rust) package manager.
vscode-intelephense - PHP intellisense for Visual Studio Code
Cabal - Official upstream development repository for Cabal and cabal-install
spyglass - A personal search engine: Create a searchable library from your personal documents, interests, and more!
stackage-curator
homebrew-core - 🍻 Default formulae for the missing package manager for macOS (or Linux)
cabal2nix - Generate Nix build instructions from a Cabal file
vscode-yaml - YAML support for VS Code with built-in kubernetes syntax support
stackage-upload - A more secure version of cabal upload which uses HTTPS