wz1000
wz1000
Perhaps you want to test using the environment variables `LSP_TEST_LOG_STDERR=1` and `LSP_TEST_LOG_MESSAGES=1` to get more information on why it fails.
Could you share the project or at least the cabal file/dependencies of the project you are using? Does it have a legitimate dependency on `/opt/intel/mkl/lib/intel64/libmkl_intel_lp64.so`?
I've fixed the build, along with a fix for #3162: https://gitlab.haskell.org/haskell/haskell-language-server/-/pipelines/57254
This is difficult to do this as hlint has no way to know which parts of the parsed source are generated.
Unfortunately GHC doesn't expose this information to use in an easy to use format, see https://gitlab.haskell.org/ghc/ghc/-/issues/13737 for more information.
`hls-hlint-plugin` is not supported for GHC 9.4, so that will explain the behaviour for that version.
It is not supported yet. We are blocked on upstream hlint support for GHC 9.4.2
This seems like a reasonable feature request. Is this something you're interested in trying to implement?
HLS tries to typecheck/index all files on startup by default (though this is configurable). However, this depends on us knowing all the targets which exist, which need to be enumerated...
This is unfortunate. Multiple versions of certain configurations of GHC 9.0.2 were released, due to issues with missing profiling libraries. See https://downloads.haskell.org/ghc/9.0.2/ which has both [ghc-9.0.2a-x86_64-fedora27-linux.tar.lz](https://downloads.haskell.org/ghc/9.0.2/ghc-9.0.2a-x86_64-fedora27-linux.tar.lz) with thr profiling libraries...