containers
Assorted concrete container types (by haskell)
haskell-language-server
Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine. (by haskell)
Our great sponsors
containers | haskell-language-server | |
---|---|---|
11 | 110 | |
313 | 2,570 | |
-0.3% | 1.1% | |
6.2 | 9.6 | |
12 days ago | 3 days ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" License | Apache License 2.0 |
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.
containers
Posts with mentions or reviews of containers.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-12-30.
-
Programming with -XStrict/Unlifted datatypes and associated ecosystem/libraries/preludes
"Make invalid laziness unrepresentable" means you should use strict versions of container types instead of lazy ones. However, for better or for worse, sometimes the "strict version" of a data type is not actually a strict data type, it's just a strict API to the lazy type. Examples include Data.Map.Strict (not Data.Map or Data.Map.Lazy) or Data.HashMap.Strict (not Data.HashMap.Lazy) (sadly there is no Data.Sequence.Strict but perhaps there will be one day).
-
How are Lists & Sequences (from containers package) control structures?
Indeed it's rather subtle. See https://github.com/haskell/containers/issues/752 for more discussion on the matter. Nonetheless, I believe it is "spine strict" in the sense that thunks for all values always exist, even if the spine that holds them can be rearranged due to laziness.
-
An elegant approach to solve this problem?
Note that the list index operator has O(n) complexity. Ideally you'd want to use something like Seq from the containers package
- Monthly Hask Anything (June 2022)
-
Why is seemingly infinite (lazy) recursion faster?
Edison and containers both have sequence types that support efficient, cons, snoc, viewL, viewR, append, map, and length.
-
Haskell - Important Libraries
containers
-
Assessing Haskell (blogpost, slightly negative!)
Calling linked lists Haskell's "primary data structure" seems off-base to me. Yes, there's String, yes, there's built-in syntax for List... but there's also everything in containers, and vector is pretty easy to use in practice, though it would probably be good for more learning material to mention it more prominently.
-
Is a a MONAD in Haskell just the functional equivalent of a generic type (such as in C#) and how do MONADs enable things like saving data?
Haskell has much more sophisticated immutable data structures, you can find them in the "containers" package: https://hackage.haskell.org/package/containers
-
Looking for projects that make heavy use of IntMap which have benchmarks
I asked this on the libraries mailing list but thought posting here would bring in potentially more responses. I made a recent change to the behaviour of lookup and find (see here for more details: https://github.com/haskell/containers/pull/800).
-
Semver doesn't mean MAJOR.MINOR.PATCH, it means FAILS.FEATURES.BUGS
Rust has nothing on Haskell. containers, which might as well be considered part of the standard library, has been out for almost 14 years and is still 0.x
haskell-language-server
Posts with mentions or reviews of haskell-language-server.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-01-15.
-
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.
-
VSCode Haskell extension not working
HLS 2.3.0.0 is currently broken on Windows.
-
Haskellers who moved to Rust: What has been your experience?
The Haskell community has been focusing on tooling and IDE support in the last several years. Haskell-Language-Server is a huge improvment, so the experience is probably much better than you remember, but it'll still be a while before it catches up with Rust.
- A semester of Haskell-language-server: an internship report
- HLS 2.0.0.0 is out
-
Static-ls - a low memory Haskell language server based on hiedb and hiefiles
static-ls is a low memory language server for Haskell that serves as an alternative to (hls)[https://github.com/haskell/haskell-language-server] with less functionality by using statically generated information. It is intended for (Highly recommend hls instead if you aren't having these issues):
- HLS 1.10.0.0 is out
-
[Well-Typed] Multiple Component support for cabal repl
I think the corresponding HLS PR is https://github.com/haskell/haskell-language-server/pull/3462, so it isn't landed yet but hopefully can be part of a HLS release before too long. (I'm not sure if it will make it in to the very next release because we're due one out to support GHC 9.6.1 pretty soon.)
- [ANN] HLS-1.9.1.0 released
What are some alternatives?
When comparing containers and haskell-language-server you can also consider the following projects:
singletons - Fake dependent types in Haskell using singletons
coc.nvim - Nodejs extension host for vim & neovim, load extensions like VSCode and host language servers.
EdisonAPI - Edison: A Library of Efficient Data Structures
neovim - Vim-fork focused on extensibility and usability
igraph - Incomplete Haskell bindings to the igraph library (which is written in C)
lsp-mode - Emacs client/library for the Language Server Protocol
hevm - Dapp, Seth, Hevm, and more
ormolu - A formatter for Haskell source code
miso - :ramen: A tasty Haskell front-end framework
vscode-haskell - VS Code extension for Haskell, powered by haskell-language-server
indexed-containers
hie-bios - Set up a GHC API session for various Haskell Projects
containers vs singletons
haskell-language-server vs coc.nvim
containers vs EdisonAPI
haskell-language-server vs neovim
containers vs igraph
haskell-language-server vs lsp-mode
containers vs hevm
haskell-language-server vs ormolu
containers vs miso
haskell-language-server vs vscode-haskell
containers vs indexed-containers
haskell-language-server vs hie-bios