Closed vimpunk closed 6 years ago
This is a somewhat language server issue.
The path is probably the best result rls can come up with in this case. There is a similar issue created on rls side, but without obvious solution. https://github.com/rust-lang-nursery/rls/issues/227
Hmm, I see, thanks for your response and for pointing me to the rls issue, I should have looked there too.
Hey, great idea generalizing the language server protocol. I'd love to migrate from ALE to this but unfortunately I'm having some problems.
Plug 'autozimu/LanguageClient-neovim', { \ 'branch': 'next', \ 'do': 'bash install.sh', \ }
call plug#end()
augroup filetype_rust autocmd! autocmd BufReadPost *.rs setlocal filetype=rust augroup END
let g:LanguageClient_serverCommands = { \ 'rust': ['rustup', 'run', 'stable', 'rls'], \ } let g:LanguageClient_loggingLevel = 'DEBUG'
The expected result was to see the source file but instead I got an empty buffer with the path
/checkout/src/libstd/collections/hash/map.rs
, which of course doesn't exist. The logs confirm that this is the returned path for locating the target of the GoTo command. This is pretty strange as rls has been working fine under ALE, and otherwise with this plugin as well, as diagnostics and hover (the only ones I've tried so far) seem to be working fine.The LanguageServer.log file was empty, so here's the LanguageClient.log file: