GHC development with VSCode

[Matthew Pickering]

I have been using Pepe's branch, it is stable and faster than the release.

Matt

On Thu, Sep 23, 2021 at 12:38 PM Pepe Iborra <pepeiborra at gmail.com> wrote:
>
> I have worked on making ghcide scale better to large projects, in the context of Facebook Sigma, bringing down the complexity of "edits" from O(transitive imports) to O(transitive modules).
> The changes have not yet made it into an HLS release, but they are very much ready for use if you are willing to build your own HLS binary:
>
> https://github.com/haskell/haskell-language-server/pull/2060
>
> On Mon, 20 Sept 2021 at 19:05, Ben Gamari <ben at smart-cactus.org> wrote:
>>
>> Richard Eisenberg <lists at richarde.dev> writes:
>>
>> > 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 suspect you are using not just VS Code (which generally performs
>> fairly well on files of "reasonable" size) but also Haskell Language
>> Server; is this so?
>>
>> Indeed it is sadly true that LSP is currently a bit sluggish on GHC.
>> This is something that Matt Pickering has done a bit of work on the
>> past; he may have some concrete guidance for how to improve matters.
>> In the past he has suggested to me that disabling some language server
>> functionality helps matters.
>>
>> Cheers,
>>
>> - Ben
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs