News for hackers. Stuff that matters.
Re:Why LSP? by mjlbach on Monday April 25, 2022 @10:35AM (#31155423)
> My experience is now much buggier, slower

You'll have to file a bug report, because none of the built-in LSP stuff should cause any performance degradation.

> syntax highlighting just stops working randomly

This has nothing to do with LSP.

> files get spewn all over my repositories that I have to .git/info/exclude

Neovim does not automatically create files in your repositories.

Re:Why LSP? by junon on Tuesday April 26, 2022 @06:28AM (#31165737)
> You'll have to file a bug report, because none of the built-in LSP stuff should cause any performance degradation.

That's a bold claim. Migrating from NCM + clangd integration is absolutely slower.

> This has nothing to do with LSP.

Sorry, you're right. Tree-sitter-based syntax highlighting is buggy and slow. My point still stands.

> Neovim does not automatically create files in your repositories.

No, you're right. Clangd does. I was commenting more on my experience, less Neovim's LSP behavior specifically.

Re:Why LSP? by mjlbach on Wednesday April 27, 2022 @01:36AM (#31176691)
> That's a bold claim. Migrating from NCM + clangd integration is absolutely slower.

You'll have to define slower (time to diagnostics, time to completion, are you really talking about the performance of nvim-cmp instead, etc.) preferably in a bug report with benchmarks. I've done several rounds of performance optimization since 0.5, and I haven't heard any complaints since 0.6 when I swapped out our json decoder.

Re:Why LSP? by davidatbu on Sunday May 01, 2022 @04:43AM (#31223259)
I would just back up @mjlbach here, and provide my datapoint as a neovim user: I have no complaints with regards to neovim's builtin LSP client, especially with regards speed.