Closed asivitz closed 1 year ago
I realized (thanks to fendor on IRC) that the specific file I was testing had {-# OPTIONS_GHC -Wno-deferred-out-of-scope-variables #-}
, and the specific error I was testing was an out of scope variable error. So this is almost entirely user error here. Although I believe I did originally add that option to suppress an HLS lint that I didn't find helpful. So perhaps there's some improvement to HLS that could be made there. But this is basically all my fault. Closing.
Your environment
Which OS do you use? MacOS Which version of GHC do you use and how did you install it? 9.4.5 from ghcup How is your project built (alternative: link to the project)? stack
Which LSP client (editor/plugin) do you use? Neovim+LanguageClient-neovim Which version of HLS do you use and how did you install it? 2.2.0.0 from ghcup Have you configured HLS in any way (especially: a
hie.yaml
file)? Yes, a hie.yaml fileSteps to reproduce
haskell-language-server-wrapper --debug core/Hickory/Vulkan/Mesh.hs
Expected behaviour
HLS should report an error that I've introduced
Actual behaviour
HLS reports only warnings
Debug information
Everything had been working fine for months. I changed my GHC version for an unrelated reason, and now I can't get HLS working again, even after reverting my GHC version. I've tried making sure the project builds before starting HLS. I've tried blowing away my hie-bios cache. I've tried changing the cradle to cabal. I've tried different HLS/cabal/stack/ghc versions. The --debug log does not indicate any errors.
Here is the
haskell-language-server-wrapper --debug
output when I run it on a file with an error that I've introduced: