vieiro commented on issue #6979:
URL: https://github.com/apache/netbeans/issues/6979#issuecomment-1986946880
> IMHO, it would be great if cnd.lsp wasn't specific to make based projects.
I would like to use cnd.lsp with the meson project support I added too. Meson
produces its own compilation database that should be fed to the server. Does it
make any sense to separate the makefile specific compilation database
generation from perhaps a more general cnd.lsp that would require a compilation
database path to be given to it? I can work on that if there is consensus on
that being a reasonable path forward.
Yep, that' s a good idea, I think. We could lay out things like so:
- "cnd.makeproject.lsp", responsible for generating the compilation database
for NetBeans "makeproject"-type projects.
- "cnd.lsp", responsible for launching one or more LSP servers in background
using "ide/lsp.client"
- Projects should define the "flavor" of the LSP server they wan to run
(say "clangd" or "ccls").
- This could be as simple returning an implementation of an interface in
the project's Lookup. This interface could return the flavor of the LSP server
(ccls or clangd) and maybe the location of the compilation database relative to
the project's root, for instance.
- Some LSP servers can handle multiple projects, others cannot. This may
require more investigation. AFAIK a single "clangd" process can handle
different projects (cnd.lsp launches a single clangd process), whereas "ccls"
requires a process per project. "cnd.lsp" should handle this gracefully.
BTW, "ide/lsp.client" will need some refactoring because of race conditions.
The "rust-analyzer" LSP server is complaining that we're sending open document
notifications when the server has not been initialized yet.
>
> Do we need some kind of plan to try to have some kind of CND available in
NB 22 or is that just a waste of time and effort should be focused on finishing
up Jan's work?
I think we should wait to see if Jan can do some progress in improving
cpplite with the cnd gdb debuggers. All help should go on Jan's work, I think.
Meanwhile I'll try to upgrade NB's "antlr4" support, drop the obsolete tomlj
and move on the pending Rust PR as time permits (little time for this lately,
I'm afraid).
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
