I replaced roots line as you advice.
This is not working too with same behavior.
But I don’t yet provide compile_flags.txt under the project.
This was working well with original kak-lsp.toml under Manjaro and now under openSuse (to try because I changed SSD).
That’s why I’m wondering what I could mess trying to use kakoune under WSL.
Don’ t worry and thanks for your help.
Maybe someone else will succeed to use it under WSL.
We will have confirmation that kakoune is also available under Windows.
Hello! It might worth trying to run kak-lsp server manually with debug logging for better understanding of the problem.
Try to do kak-lsp -s mysession -vvv in one terminal, and open file inside your cpp project with kak -s mysession src/path/to/my/file.cpp afterwards in another one. Debug output in the first terminal could have clues for goes wrong.
Hello ulis,
Is there a way to check that clangd is responding ?
Kak-lsp seems well set and is running. Kakoune also.
But when I open a cpp file , I can not see the error bar added in the number line columns. It should work even with no files in the root project (compile_flags.txt", “compile_commands.json”).
Yes, the best way to check is to run kak-lsp server manually as I described. May be my instruction was confusing, let me try again:
Open the file with Kakoune in a specific session, e.g. mysession: kak -s mysession main.c
In another terminal kill current instance of kak-lsp and run it with debug logging: pkill kak-lsp; kak-lsp -s mysession -vvv
Switch to Kakoune and edit file or trigger interaction with kak-lsp for this buffer in any other way (e.g. by calling lsp-hover)
Switch back to another terminal and observe kak-lsp logs. They should give a hint about the situation: did kak-lsp succeed to start clangd, what were requests and responses and commands sent to Kakoune etc.
Thanks ulis,
This is well explained. I tried in opensuse and I can trigger interaction.
But there is no event on WSL.
I updated to clangd 8.0.0 without more effects.