haskell-language-server VS xmonad-testing

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.

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):

Indeed, there is a lot of room for improvements. But I just wanted to acknowledge and thank the work of those involved in HLS which IMHO was a game changer in that regard.

Specifically, gchup and HLS are both opensource community efforts. If you want to see HLS work with ghc-9.2.5, you may want to ask https://github.com/haskell/haskell-language-server or, better, provide them a PR that builds HLS with ghc-9.2.5.

Sadly ghcup tui is not available on windows, but you can check the available versions with ghcup list. Hls lists the compatible versions of ghc at their github releases. For 1.8.0.0 I went with 9.4.2. To install it and set it to default you have to use the ghcup install ghc 9.4.2 then the ghcup set ghc 9.4.2. Hopefully this will be useful to someone with the same problem.

Here's an issue I created for it: https://github.com/haskell/haskell-language-server/issues/3348

The code is executed by HLS, see https://github.com/haskell/haskell-language-server/blob/master/plugins/hls-eval-plugin/README.md and then its markdown/html output is displayed by VS Code.

As you can see there, Shake is also a good fit for Cabal scripts. And Cabal scripts work better in 3.8. There are still issues loading them with HLS, but hopefully not for long. For this reason, I also have a build.sh which wraps that, allowing the script to be loaded via GHC directly, but I look forward to being able to remove this.

All is well and works properly. Now, however, I would like to switch to the git version of Xmonad by using xmonad-testing. For that I cloned the repo, switched both xmonad & xmonad-contrib branches to master and compiled executable. First of all, if I run the executable with `--version`, I get '0.15', that seems to me not correct. Shouldn't it be 0.16, even though it is not released yet? Second, I am not sure whether I need to somehow install the Git versions as libraries to be able to use new features and to get Vim with haskell-language-server recognize the new features. My configuration is in `~/.xmonad`. I think if I copy the config to the directory where the cloned repos are, it (using the new features) will work...

If don't build via the first method and you want to use a project-like structure as in xmonad-testing then yes, you need a cabal file. There is an example file available in the repo.

The other build script I tried is the one from xmonad-testing, modified as follows: