@JamesWidman@dgregor79 I mean, why do you trust ClangD at a different version from the Clang compiler? (A necessity if you support multiple versions)
Or why trust ClangD's model rather than looking at assembly -- the code gen layer or LLVM may disagree with what ClangD says. We've even seen bugs like this, where we generated code that could reach more destinations than source analyses built on Clang thought were reachable.
There's risk in trusting an abstraction. But you need abstractions.