GHC development with VSCode

[Carter Schonwald]

For ghc dev I generally disable tools / plugins that do indexing.
Especially if I’m on a laptop. The non cabalized builds tend to create a
huge build/indexing overhead and some of these integrations have a blocking
semantics. Plus underdocumented caching so there’s no “prebuilt index” as a
warm start for a local indexing process.



On Mon, Sep 20, 2021 at 11:29 AM Richard Eisenberg <lists at richarde.dev>
wrote:

> Hi devs,
>
> I have migrated to use VSCode instead of emacs. There are the usual
> switchover pains, but I'm mostly pleased. One particular point of pleasure
> was that I had to do nothing, at all, to get VSCode working within the GHC
> code base. (Well, I had to switch to Hadrian, but perhaps that's for the
> best.)
>
> My problem: VSCode over GHC pins my processor at 100% if I edit anything.
> Any advice for fixing this?
>
> A little more detail: When VSCode starts up, it spends a while
> "processing" and "indexing" (no idea what these mean). OK. I can pay that
> one-time cost. But as I start editing, etc., it needs to process and index
> a lot more. Somewhat continuously. This slows my computer down generally,
> and -- more annoyingly -- slows down my builds (run in a separate terminal).
>
> I understand why VSCode wants to do this: it's checking my code for
> errors, etc. But is there a way to say "not now, please"? More
> specifically: I'd like to stop VSCode from detecting errors in my code
> while I'm actively editing. It's just too slow. On the other hand, it would
> be brilliant if VSCode could continue to allow me to, say, jump to
> definitions and gather references, using its latest knowledge of the code.
> As I edit, I understand this "latest knowledge" may become stale, if I'm
> stopping VSCode from reprocessing and reindexing. So, it would be nice to
> be able to tell VSCode to refresh, when I want that.
>
> Any pointers here?
> https://gitlab.haskell.org/ghc/ghc/-/wikis/Visual-Studio-Code would be a
> good place to put them!
>
> Thanks,
> Richard
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20210920/1e60cc87/attachment.html>