
Introducing minlsp
I’ve heard so many Nim devs complain about LSP servers being slow, pinning the CPU at 100%, or just getting stuck. The reason behind this is usually the same: the server has to build a massive graph of the entire project, including the standard library, project source, and all dependencies. This gets even worse when it encounters macro-heavy code. I first ran into this a while back when I was working on a PR for nimlsp . I found the project used macros and templates heavily, and the LSP just struggled—interestingly, the lsp server itself crashed many times in vscode, the moment I converted those to general procs, it worked fine. After hearing the same frustrations pop up in Discord again recently, I decided to polish up an unfinished project I had sitting around. After a solid "vibe coding" session this morning, I’m ready to share minlsp . What is minlsp? minlsp provides IDE-like features for Nim code by leveraging ctags for fast and accurate symbol indexing. Unlike traditional LSP ser
Continue reading on Dev.to
Opens in a new tab




