hls fails with multiple executables, stack and implicit hie-bios config

[eborden]

The new VSCode static binaries work fantastically. However they seem to fail in the presence of stack and multiple executables within a project.

When running the project for this repo I get the following. This is consistent with other multiple executable repos I've tried.

Failed to parse result of calling stack

* * * * * * * *
The main module to load is ambiguous. Candidates are: 
1. Package `asana' component asana:exe:bug-reproduction with main-is file: /home/eborden/code/asana/bug-reproduction/Main.hs
2. Package `asana' component asana:exe:close-iteration with main-is file: /home/eborden/code/asana/close-iteration/Main.hs
3. Package `asana' component asana:exe:cycle-time with main-is file: /home/eborden/code/asana/cycle-time/Main.hs
4. Package `asana' component asana:exe:debt-evaluation with main-is file: /home/eborden/code/asana/debt-evaluation/Main.hs
5. Package `asana' component asana:exe:planning-poker with main-is file: /home/eborden/code/asana/planning-poker/Main.hs
6. Package `asana' component asana:exe:start-iteration with main-is file: /home/eborden/code/asana/start-iteration/Main.hs
7. Package `asana' component asana:exe:update-task with main-is file: /home/eborden/code/asana/update-task/Main.hs
You can specify which one to pick by: 
 * Specifying targets to stack ghci e.g. stack ghci asana:exe:bug-reproduction
 * Specifying what the main is e.g. stack ghci --main-is asana:exe:bug-reproduction
 * Choosing from the candidate above [1..7]
* * * * * * * *

<stdin>: hGetLine: end of file

[fendor]

Hi! This is currenlty expected behaviour. You need to add a hie.yaml file to the root of your project which maps out how HLS should load your project.
Some information: https://github.com/mpickering/hie-bios/#stack

If you need more information, please ask! We are trying to improve the docs for hie.yaml

[jneira]

Only want to mention that there is a utility to help generating the hie-yaml: gen-hie. You can get it with stack install implicit-hie.
This will be solved when hls/ghcide will use directly implicit-hie as discused in #38

[eborden]

Thanks for the info! A great improvement would be parsing this response and providing info/links about hie.yaml. Right now the parse error is a dead end.

[sjshuck]

Only want to mention that there is a utility to help generating the hie-yaml: gen-hie. You can get it with stack install implicit-hie.
This will be solved when hls/ghcide will use directly implicit-hie as discused in #38

I did this and generated the hie.yaml and now instead of getting the "module is ambiguous" error, I have another error:

[cradle] [E] ghcide compiled by GHC 8.8 failed to load packages: <command line>: cannot satisfy -package parcopy-0.1.1.0
    (use -v for more information). 
Please ensure that ghcide is compiled with the same GHC installation as the project.

I did stack install ghcide and that made no difference.

[Ailrun]

@sjshuck If you build your project once, does that work afterward? I mean, running stack build at your project root.

[sjshuck]

@Ailrun I had previously built the package. Reran stack install anyway; same error.
Some more info, if this helps. The way I interpreted the advice given here was to run this:

stack install implicit-hie
gen-hie >hie.yaml

Also, when I open a source file that's shared between my two executables, the error is different:

[typecheck] [E] Installation error: unable to load package `ghc-prim-0.5.3'

The relevant part of my stack.yaml is here: https://github.com/IBM/parcopy/blob/0b49380499b209321202b90c2b0e8de75a44ed7e/package.yaml#L38

[Ailrun]

Hm... maybe you installed HLS of a different version of GHC from what you are using for the project? In your previous comment, you said you ran stack install ghcide, but actually ghcide is a part of HLS, so the error message should be interpreted as:

Please ensure that haskell-language-server is compiled with the same GHC installation as the project

You can check whether it use the same version by checking that your list of binaries includes haskell-language-server-<GHC-version-you-are-using>.
If it doesn't, then probably that's the root of the problem.
(To be clearer, the version should have the same patch version too, not just the same minor version)

[sjshuck]

Re-downloaded everything just to make sure.

$ stack exec -- ghc --version
The Glorious Glasgow Haskell Compilation System, version 8.8.3
$ curl -L https://github.com/haskell/haskell-language-server/releases/download/0.2.2/haskel
l-language-server-Linux-8.8.3.gz | gunzip >~/.local/bin/haskell-language-server-8.8.3
<downloaded fine, 22MB>
$ chmod +x ~/.local/bin/haskell-language-server-8.8.3
$ haskell-language-server-<tab completion>
haskell-language-server-8.8.3    haskell-language-server-wrapper

Same error.