Matt Parsons

I'm getting some pretty big slowdown in my larger projects. `ghc-mod type` runs pretty fast on a file with 0 dependencies. No time stamps, but it's comparable with hdevtools. In...

> The package takeover process is for unmaintained packages, not packages where the maintainer works at a pace that is too slow for the taste of some downstream users. The...

@jonathanjouty Any update on where the new repository is? Hackage hasn't seen an upload since 2014 still and the page points here. If this is a problem of maintenance time/energy...

Awesome, thank you so much! 😄

For those curious I've opened a PR that compares the current state of the repo with the `scrive` fork, which will (at some point?) get released and become the new...

Different Matt :smile: SimSpace probably handles a lot more traffic than Lumi.

In my experimentation with ghc-mod and stack, I got a similar error: ``` $ stack exec ghc-mod check src/Main.hs cabal: Use of GHC's environment variable GHC_PACKAGE_PATH is incompatible with Cabal....

Yup! You're right there. The hdevtools code for executing the GHC stuff is [here](https://github.com/bitc/hdevtools/blob/3e28de33a6789f7f5e17f9a77c33e4df4b1ad2fb/src/CommandLoop.hs#L104-L112): ``` haskell runCommand :: IORef State -> ClientSend -> Command -> GHC.Ghc () runCommand _ clientSend...

Great news! It works :D https://github.com/parsonsmatt/hdevtools/commit/0a25c74082d4c8841ac3d89d7d8f5a75f0673796 So I built hdevtools with stack, hard coded the output of `stack path --local-pkg-db` into the file, and rebuilt it with stack. Once it...

@ranjitjhala is actually a bit further along with the changes: https://github.com/ranjitjhala/hdevtools/tree/stack I exposed a `-g --package-db=` flag in my branch. With the right combination of package-dbs being passed in, that's...