Merge into master

[fendor]

This issue tracks the progress to finally merge hie-bios into https://github.com/haskell/haskell-ide-engine.
It consists of all issues that need to be worked on or PRs that need to be merged before we are ready to merge. People may be assigned to the issues. These assignments are naturally non obligatory ;D. Also, work-stealing is promoted if you run out of tasks!

• Update hie-bios after a release: Make major release haskell/hie-bios#88 (@mpickering, supported by @fendor)
• Update haskell-lsp after release to 0.18: Preparing 0.18 release haskell/lsp#201 (@alanz and @bubba)
• Update haskell-lsp to 0.19 (@fendor)
• Update cabal-helper to latest (@bubba)
• Merge Friday fixes #44 after haskell-lsp-0.18 has been release (@mpickering)
• Verify that Virtual File and Physical File get out of sync #36 is indeed solved by Friday fixes #44 (hard to impossible. Currently can only be disproved, not proved) (everyone, we "want" to disprove it. If we can't, it might be fixed)
• Merge Re-enable runIdeGhcMBare and move runWithContext into the PluginAPI #43 to fix HaRe standalone tests (@alanz and @mpickering )
• Fix issue Unknown Language Extension causes crash on startup #34, the fix ought to be to catch the correct exception (@jneira, supported by @mpickering and @fendor)
• Remove unused imports Remove unused imports #53
• Dont show messages such as lintCmd: no access to the persisted file. Virtual File and Physical File get out of sync #36 (comment) (@fendor, closed by Demote no access to the persisted file to debug messages #51)
• In the current master, multiple tests fail: https://circleci.com/workflow-run/544e0fd4-c7e8-4b2c-ab09-5e28159d2b1f
  • HaRe test (@alanz)
  • Liquid haskell tests (solved by no particular commit, afaict)
  • Other test-failures
• Cabal-Helper: quality assurance and fixes
  • Check that stack based projects also work with the implicit configuration (@fendor and @jneira)
  • Cabal-Helper: Select project context based on available tools Cabal-Helper: Select project context based on available tools #52 (@bubba)
  • Detect files in main-is of components for cabal-helper cradle Detect files in main-is of components for cabal-helper cradle #57 (@bubba)
  • Cabal-Helper: Ambiguous target 'test:tasty' Cabal-Helper: Ambiguous target 'test:tasty' #58 (@bubba)
  • [ ] Error in vscode: "gcc.exe' failed in phase C pre-processor'. (Exit code: 1)" Error in vscode: "gcc.exe' failed in phase C pre-processor'. (Exit code: 1)" #47 not our problem, possible fix in Call writeAutogenFiles in configure haskell/cabal#6441
  • [ ] No Hover Responses on stack project No hover responses on dhall-haskell in windows #32
• Write Documentation for new functions (@mpickering and @fendor)
• Fix or remove all test-cases that are marked with @fendor (not crucial for merge)
  • Definitions across components https://github.com/mpickering/haskell-ide-engine/blob/hie-bios/test/unit/HaRePluginSpec.hs#L189 (@alanz)
  • Behaviour on malformed projects https://github.com/mpickering/haskell-ide-engine/blob/hie-bios/test/functional/FunctionalBadProjectSpec.hs#L18
  • Clean up liquid haskell test-case. Maybe already covered in master. https://github.com/mpickering/haskell-ide-engine/blob/hie-bios/test/functional/FunctionalLiquidSpec.hs#L91
• [ ] Case-split command has been removed: https://github.com/mpickering/haskell-ide-engine/blob/hie-bios/src/Haskell/Ide/Engine/Plugin/HaRe.hs#L315 reimplement it! (not crucial for merge) Will be done after merge.
• Drop GHC 8.2.2 support. Friday fixes #44 by merging from upstream (@mpickering)
• Integrate updates from upstream/master into hie-bios (last step to avoid that we have to repeat it several times) Merge upstream #82

This list is meant to be thourogh and complete. If something is missing, we will expand this list. It may look frightening but almost each of these issues is minor. We are almost done! 🐳

@bubba, @alanz, @mpickering, @jneira, @power-fungus, @lorenzo

[mpickering]

Can we assign people to each of these subtasks? Feel free to assign me to whatever you think I am best suited for.

[alanz]

I will take on the HaRe tests, and getting haskell-lsp prepared for release.

[lukel97]

Check, if the user has the build-tools on the Path, before selecting a project type

I can take a look at this @fendor

[lukel97]

An issue that's affecting my particular setup (I wouldn't let this block the release though) is that for cabal projects with with-compiler set to a different compiler than the ghc on the path, hie-bios fails as it just calls regular ghc. @dxld mentioned on IRC that c-h does return this information apparently so we could make use of this?

[fendor]

The ghc on the path is in my opinion an orthogonal problem to cradle selection. This can ultimately only be solved in hie-bios itself.
I will split it up into separate issues, there we can discuss what I meant with it.

[jneira]

I'm not sure if catching ghc exceptions would fix #32 cause i still dont know why hie doesnt respond within the dhall-haskell (and it works in linux but no in my windos systems). Anyway i think we shouldnt block merging if it is not fixed (i'll test it again with the last merged version just in case).
But it definitely could fix #47 and maybe #27. (#47 is already showing the error in vscode, the problem is with cabal_macros.h)

[jneira]

Check that stack based projects also work with the implicit configuration

For check that we could create a explicit hie.yaml with cradle: {stack}, right?

[jneira]

Building the branch is failing for me with stack due to -Werror=unused-imports:

haskell-ide-engine>     The import of `Haskell.Ide.Engine.Cradle' is redundant
haskell-ide-engine>       except perhaps to import instances from `Haskell.Ide.Engine.Cradle'
haskell-ide-engine>     To import instances alone, use: import Haskell.Ide.Engine.Cradle()
haskell-ide-engine>   |
haskell-ide-engine> 8 | import           Haskell.Ide.Engine.Cradle (findLocalCradle)
haskell-ide-engine>   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
haskell-ide-engine>
haskell-ide-engine> D:\ws\haskell\haskell-ide-engine\app\MainHie.hs:19:1: error: [-Wunused-imports, -Werror=unused-imports]
haskell-ide-engine>     The import of `System.FilePath' is redundant
haskell-ide-engine>       except perhaps to import instances from `System.FilePath'
haskell-ide-engine>     To import instances alone, use: import System.FilePath()
haskell-ide-engine>    |
haskell-ide-engine> 19 | import           System.FilePath ((</>))
haskell-ide-engine>    | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Fixed with #53

[fendor]

Check that stack based projects also work with the implicit configuration

For check that we could create a explicit hie.yaml with cradle: {stack}, right?

I meant more manual testing. The ci is actively using only stack cradles, e.g. cradle: { stack: {}} .
I am thinking of #32 for example.

[jneira]

Check that stack based projects also work with the implicit configuration

For check that we could create a explicit hie.yaml with cradle: {stack}, right?

I've tested in a simple project:

• With cabal.project and stack.yaml the cradle Cabal-Helper-Cabal-V2 is succesfully loaded
• With hie.yaml = cradle: {stack} the hie-bios stack cradle is succesfully loaded (with cabal.projectpresent)
• With stack.yaml and no cabal.project the cradle Cabal-Helper-Stack is succesfully loaded

[jneira]

Not sure if it worths open an issue but hie doesnt create/use C:\TEMP\hie.log if the vscode log location option is empty. If i set the option it works (tested by @reactormonk and myself).

[lukel97]

@jneira for the vscode extension I changed it to go the output window by default when no log file is set, since I thought it was a bit confusing to have logs going to two separate places!

[jneira]

Oh, ok, agree it is better, but the output of the two previous sources are being merged in the same output window now?