We should be using enumMember as thats defined in LSP, enumConstant is non standard so clients aren't likely to support it
Fixes https://github.com/clangd/clangd/issues/622
Details
Details
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Unit Tests
Unit Tests
Time | Test | |
---|---|---|
90 ms | x64 windows > LLVM.CodeGen/XCore::threads.ll |
Event Timeline
Comment Actions
Thanks! Most of the changes in this patch are to the internal infrastructure, which predates LSP semanticTokens and doesn't need to have names that match (in many cases the names don't closely match C++ convention).
I think only the toSemanticTokenType change is needed.
clang-tools-extra/clangd/SemanticHighlighting.h | ||
---|---|---|
51 | HighlightingKind is an internal enum that doesn't match LSP naming, so no need for changes there. |
clang-tools-extra/clangd/SemanticHighlighting.h | ||
---|---|---|
51 | It doesn't strictly need it, But I do like the consistency of it being EnumMember throughout. I'll revert though as its not essential. |
HighlightingKind is an internal enum that doesn't match LSP naming, so no need for changes there.