Readme clarifications

[milesfrain]

I believe the "Go to definition" issue is reported in #192

[milesfrain]

I'm also having trouble with the "Renaming via HaRe" feature.

I'm following the HaRe installation instructions, but encountering an error:

$ stack install HaRe --resolver=lts-4.0
...
--  While building package happy-1.19.5 using:
      /tmp/stack-56b88fddfba6051c/happy-1.19.5/.stack-work/dist/x86_64-linux-tinfo6/Cabal-1.22.5.0/setup/setup --builddir=.stack-work/dist/x86_64-linux-tinfo6/Cabal-1.22.5.0 build --ghc-options ""
    Process exited with code: ExitFailure 1
Progress 54/65

I'd report this issue in the HaRe repo if issue reporting was available. It also seems like this statement doesn't align with the feature listed in this repo.

Currently only emacs integration is offered.

[jneira]

Thanks a lot, they are all sensible updates. However i think "Go to definition" has different behaviours between haskell lang servers variants and all of them supports go to defs between files of the same component (and even between components, although not in a reliable way)

[milesfrain]

Is this expected to work with HIE backend?

[parkerault]

Is this expected to work with HIE backend?

I'm having the same issue. I see this hasn't been merged yet, so I was expecting to be able to jump to definition within the same project at least, since this is how the feature typically works with other language extensions.

Without jump to definition and rename symbol, working with haskell in VSCode is a bit like the bad old days of javascript (lots of regular expressions and crossing of fingers). At least the LS will tell you if you borked your rename, but not being able to locate a symbol definition is painful. If the tooltip on hover at least gave the line number of the file it would be a little less so.

[ndmitchell]

Is this expected to work with HIE backend?

Nothing is expected to work with the HIE backend anymore. We strongly recommend moving to Haskell Language Server. There is no one left supporting HIE and all the features are being absorbed into HLS.

[milesfrain]

Nothing is expected to work with the HIE backend anymore

So perhaps this section needs to be clarified in the readme. Maybe remove HIE as an option.

Haskell IDE Engine: A stable and mature language server, but note that development has moved from this to the Haskell Language Server.

[ndmitchell]

I note that HIE was recently archived as a repo, so yes, I think it should be something along the lines of unsupported and legacy.

[lukel97]

I think this limitation is gone now in newer versions of ghcide (and hls)

[jneira]

But it still does not work for non local package definitions (i.e. libraries)

[lukel97]

I've updated the readme to reflect that HIE is legacy

[jneira]

Some minor changes to reflect actual state of things

[jneira]

@milesfrain sorry for the delay in the final review. As the first block changed to remove references to hie i had to choose the actual master version in the rebase. I've kept the clarifications in the debugging part.

Thanks!