Update:
From the log, it seems zls indexing/lookup the zig internal module everytime we call lsp references. Maybe that's the main cause of this?
And I tried to disable this behavior by supplying skip_std_references into the zls.json but it's still indexing/lookup the internal module of zig.
Zig Version
0.11.0
Zig Language Server Version
0.11.0 (from mason.nvim)
Client / Code Editor / Extensions
nvim v0.9.4 with mason.nvim and mason-lspconfig.nvim
Update: This is also happening in VSCode with Zig Language extension
Steps to Reproduce and Observed Behavior
everytime I invoke
vim.lsp.buf.references()
on zig file, it took at least 4 secs to complete, most of the time it didn't even show up.here's minimal reproducible code:
It occurs even in simplest code and simplest project (no dependecies or other zig file in the project).
Expected Behavior
I hope it processed instantly like any other lsp.
Relevant log output
Update: From the log, it seems zls indexing/lookup the zig internal module everytime we call lsp references. Maybe that's the main cause of this? And I tried to disable this behavior by supplying
skip_std_references
into thezls.json
but it's still indexing/lookup the internal module of zig.