Daniel Gröber (dxld)

You know I'm not so sure I like the approach. If we go with this we'll be stuck with people having (ghc-bootstrap) in their init files forever. Our current entrypoint...

Also have a look at this (https://github.com/kazu-yamamoto/ghc-mod/compare/master...DanielG:dev-elisp-simple) branch I started doing some cleanup ages ago maybe you can base this on that branch. Dunno if it's useful though.

Any reason you closed this request? I was just holding off merging it until I come around to looking at the elisp stuff again, which I had to postpone because...

@kazu-yamamoto do we still need this PR?

Well I'm more asking does it look like it's going to break something ;)

I don't have any plans to work on it myself in the near future and I don't know of anyone who is but patches are welcome and I'd be happy...

PR: https://github.com/DanielG/ghc-mod/pull/911

This is blocking on cabal-helper support for Cabal-2.0 currently. Most of the boring busy work on that front is already done, the CI is green for all currently supported Cabal...

Since [`cabal-helper-0.8.0.0`](https://hackage.haskell.org/package/cabal-helper-0.8.0.0) is on Hackage now I've decided to upload a very preliminary package candidate of ghc-mod to make it easier for people to install before its properly released: ```...

There is [a way to add tarballs via a http url to stack.yaml](https://docs.haskellstack.org/en/stable/yaml_configuration/#archives-https-or-local-filepath) but according to the docs the tarball will be cached forever so you might have to find...