haskellPackages.haskell-language-server: Add aliases with ghc version #98504
Conversation
Needed by haskell-language-server-wrapper to discover the correct binary. Especially useful when installing hls from multiple ghc version.
|
do we still need the wrapper with nix ? The advantage of nix means you shouldn't have several versions available at the same time. |
|
Well, if people install just haskell-language-server and ghc from pkgs.haskellPackages, yeah, they are fine. But imagine they have a project with a ghc 8.6.5 in one nix-shell, another one with 8.10.2 in the next but by default they have haskell-language-server with 8.8.4 installed. If people want to install hls globally but work with different ghcs in different projects they need the wrapper. My next step is if we can maybe activate hydra-builds for haskell.packages.ghcxxx.haskell-language-server. Like we do with pandoc or stack. Then maybe users can install hls flexibly for all versions they need. |
There was a problem hiding this comment.
I'm not super familiar with haskell-language-server, but we have aliases for ghc, so I think it makes sense to have aliases for haskell-language-server as well.
It sounds like haskell-language-server is tied to a certain version of GHC, so it makes sense that users may want to install different versions of haskell-language-server all at the same time, the same way you can install different versions of GHC all at the same time.
This PR LGTM.
|
I can imagine several scenarios where this is useful, just wanted to point out that this may not be the |
Needed by haskell-language-server-wrapper to discover the correct
binary. Especially useful when installing hls from multiple ghc version.
Motivation for this change
Things done
sandboxinnix.confon non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"./result/bin/)nix path-info -Sbefore and after)