A library for building Haskell IDE tooling
Go to file
Moritz Kiefer 5da86c3e44 Rename hie-core to ghcide (#2820)
* Rename hie-core to ghcide

The name `hie-core` has caused a lot of confusion as to how we relate
to haskell-ide-engine so changing it should hopefully help with that.
I also think that ghcide is still a good name once we hopefully
integrate with haskell-ide-engine more closely.

The name ghcide seems to have a reasonable amount of support on
Twitter https://twitter.com/ndm_haskell/status/1170681262987710464
which is of course the only good way to come up with names.

* Add a readme that points people to the new directory.

* Fix bogus replacements

* Use a proper link

* links are hard
2019-09-10 15:01:29 +02:00
cbits update copyright notices (#2499) 2019-09-10 14:52:17 +02:00
exe Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
extension Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
img Make the README a little prettier (#1949) 2019-09-10 14:52:17 +02:00
src/Development/IDE Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
test Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
.gitignore Standalone pieces for hie-core (#1982) 2019-09-10 14:52:17 +02:00
BUILD.bazel Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
ghcide-daml.sh Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
ghcide.cabal Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
hie.yaml hie-core: Ignore packages that conflict with ghc in the hie.yaml (#2819) 2019-09-10 14:52:17 +02:00
install.bat Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
LICENSE Fix hie-core cabal file metadata (#2804) 2019-09-10 14:52:17 +02:00
README.md Rename hie-core to ghcide (#2820) 2019-09-10 15:01:29 +02:00
stack84.yaml #2326, GHC 8.4 compatibility (#2796) 2019-09-10 14:52:17 +02:00
stack.yaml #2326, GHC 8.4 compatibility (#2796) 2019-09-10 14:52:17 +02:00

ghcide

Our vision is that you should build an IDE by combining:

  • hie-bios for determining where your files are, what are their dependencies, what extensions are enabled and so on;
  • ghcide (i.e. this library) for defining how to type check, when to type check, and producing diagnostic messages;
  • A bunch of plugins that haven't yet been written, e.g. hie-hlint and hie-ormolu, to choose which features you want;
  • haskell-lsp for sending those messages to a Language Server Protocol (LSP) server;
  • An extension for your editor. We provide a VS Code extension as extension in this directory, although the components work in other LSP editors too (see below for instructions using Emacs).

There are more details about our approach in this blog post.

Using it

Install ghcide

With Nix

See hie-core-nix repository

With Cabal or Stack

First install the ghcide binary using stack or cabal, e.g.

  1. git clone https://github.com/digital-asset/daml.git
  2. cd daml/compiler/ghcide
  3. cabal install or stack install (and make sure ~/.local/bin is on your $PATH)

It's important that ghcide is compiled with the same compiler you use to build your projects.

Test ghcide

Next, check that ghcide is capable of loading your code. Change to the project directory and run ghcide, which will try and load everything using the same code as the IDE, but in a way that's much easier to understand. For example, taking the example of shake, running ghcide gives some error messages and warnings before reporting at the end:

Files that worked: 152
Files that failed: 6
 * .\model\Main.hs
 * .\model\Model.hs
 * .\model\Test.hs
 * .\model\Util.hs
 * .\output\docs\Main.hs
 * .\output\docs\Part_Architecture_md.hs
Done

Of the 158 files in Shake, as of this moment, 152 can be loaded by the IDE, but 6 can't (error messages for the reasons they can't be loaded are given earlier). The failing files are all prototype work or test output, meaning I can confidently use Shake.

The ghcide executable mostly relies on hie-bios to do the difficult work of setting up your GHC environment. If it doesn't work, see the hie-bios manual to get it working. My default fallback is to figure it out by hand and create a direct style hie.yaml listing the command line arguments to load the project.

Once you have got ghcide working outside the editor, the next step is to pick which editor to integrate with.

Using with VS Code

Install the VS code extension (see https://code.visualstudio.com/docs/setup/mac for details on adding code to your $PATH):

  1. cd compiler/ghcide/extension
  2. npm ci
  3. npm install vsce --global (may require sudo)
  4. vsce package
  5. code --install-extension ghcide-0.0.1.vsix

Now openning a .hs file should work with ghcide.

Using with Emacs

If you don't already have MELPA package installation configured, visit MELPA getting started page to get set up. Then, install use-package. Finally, add the following lines to your .emacs.

;; LSP
(use-package flycheck
  :ensure t
  :init
  (global-flycheck-mode t))
(use-package yasnippet
  :ensure t)
(use-package lsp-mode
  :ensure t
  :hook (haskell-mode . lsp)
  :commands lsp)
(use-package lsp-ui
  :ensure t
  :commands lsp-ui-mode)
(use-package lsp-haskell
 :ensure t
 :config
 (setq lsp-haskell-process-path-hie "ghcide")
 (setq lsp-haskell-process-args-hie '())
 ;; Comment/uncomment this line to see interactions between lsp client/server.
 ;;(setq lsp-log-io t)
)

Using with Vim/Neovim

LanguageClient-neovim

Install LanguageClient-neovim

Add this to your vim config:

let g:LanguageClient_rootMarkers = ['*.cabal', 'stack.yaml']
let g:LanguageClient_serverCommands = {
    \ 'rust': ['rls'],
    \ 'haskell': ['ghcide', '--lsp'],
    \ }

Refer to :he LanguageClient for more details on usage and configuration.

vim-lsp

Install vim-lsp.

Add this to your vim config:

au User lsp_setup call lsp#register_server({
    \ 'name': 'ghcide',
    \ 'cmd': {server_info->['/your/path/to/ghcide', '--lsp']},
    \ 'whitelist': ['haskell'],
    \ })

To verify it works move your cursor over a symbol and run :LspHover.