Mouse
Mouse
@jneira from https://github.com/haskell/haskell-ide-engine/issues/1670#issuecomment-597302896 > > But stack did build `hie-8.8.3`, though it used `ghc-8.8.2` for that. Does it mean that VS Code can use `hie-8.8.3` for projects that require `GHC-8.8.3`?...
> I would not recommend use hie from a different minor version (8.6 8.8 8.10) I hear you, and understand all the difficulties you mentioned. :-( Still, as there are...
After installing the current `cabal-3.2.0.0` I tried to build the current HIE master (with system default GHC 8.8.3). First, it fails to build some documentation. But regardless, it seems to...
> documentation generation is enabled in some config file and it is failing when compiling the script that is gonna install hie (so hie install does not even start): check...
> i am afraid that you are hitting one of the problems of using a recent ghc: it ships with a set of libraries with fixed versions, one of them...
> ... I think we should add proper support for ghc-8.8.3 here first ... Yeah... I didn't realize 8.8.3 support wasn't fully done yet... BTW, any timeframe/plan you could share?
Are we closer to resolving this now that Stack has GHC-8.10.1 resolvers (nightly)?
@jneira ? ;-)
> the major dev effort is being put in `haskell-language-server` and `ghcide` nowadays. I am working in add hlint support for `hls` myself, for example. @mouse07410 have you considered switch...
> (being, like hie, an open source project not directly supported economically for any company) > > I agree that would be great to keep hie on track with ghc...