Agreed, but if only there was a way for it to actually take over, because so much is hard wired to tagmanager its difficult to do so, look at previous experiments with libclang.
I don't think it's that bad - the biggest problem of previous attempts was they didn't clean the mess of tag manager itself first and tried to implement it on top of what's there right now. The biggest offender is symbols.c
where many things could just be moved into tag manager and hidden behind appropriate API. I think the best way to go forward would be introducing a LSP-like API to tag manager for certain things and then switching between tag-manager-LSP and real LSP wouldn't be that hard. TMTag could be used for passing symbol data both by tag manager and LSP (if we needed some extra info from LSP, we could add some priv
pointer to it where extra details could be stored). Also, to simplify things I think we could also keep tag manager running even with LSP enabled, just not use tags from it for symbol tree, autocompletion, navigation etc.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.