Daniel Gröber (dxld)

Yeah, indexing multiple packages would also make things easier for users because you can just let the indexer loose on a whole cabal/stack project rather than just one package :)

I'd be interested in knowing if the slowness is coming from ghc-mod or actually the Elisp code itself. AFAIK upon opening a file the ghc-mod elisp bits load the list...

I'm confused. `check` returning a failure shouldn't also make `browse` fail. `browse` doens't use the state of the current file at all, it just looks at the package databases essentially.

From: Iku Iwasa [email protected] Subject: Re: [company-ghc] Integrate company-ghc into ghc-mod (#7) Date: Sun, 24 Aug 2014 08:07:24 -0700 > Hi, > > Since company-ghc depends on ghc-mod elisp internal,...

From: Kazu Yamamoto [email protected] Subject: Re: [company-ghc] Integrate company-ghc into ghc-mod (#7) Date: Sun, 24 Aug 2014 09:07:38 -0700 > GNU thinks BSD is compatible with GPL. So, changing license...

Let's continue the GPL vs BSD holy wars somewhere else ;)

> 1. I would like to have a launcher that can choose which one of multiple > binaries to launch based on the current ghc version. e.g. say the user...

> If you are going to have big dependecies like `aeson`, I think a more sensible thing to do would be to have the ability to launch applications under `cabal-helper`:...

> > I don't understand why you're so hell-bent on using env files. > > My main reason for preferring an env file instead of explicit parameters is Windows. I...

> But when I do a runQuery (allUnits id), the whole project is recompiled. Either the documentation is in-accurate or the runQuery does not what it's supposed to do (I...