Nathan Ridge

> But why does it only happen when clicking a header include? It does not happen when clicking a symbol. Your comment made me realize what is going on here....

By the way, a workaround I can think of is to disable document links (possibly only for C/C++ source files) as discussed in [this comment](https://github.com/clangd/vscode-clangd/issues/219#issuecomment-898870775).

This scenario sounds similar to emscripten, discussed in [this issue](https://github.com/clangd/clangd/issues/1621), which uses a similar compiler wrapper. I think the same approaches discussed in [this comment](https://github.com/clangd/clangd/issues/1621#issuecomment-1534279328) would be applicable here: >...

I'm not sure I understand the report -- by "can't skip into", do you mean that "go to definition" is not working on symbols inside the loop? Can you provide...

It sounds like you've put build flags into `"clangd.arguments"`? That's not where they go. Have a look at https://clangd.llvm.org/installation#project-setup for how to tell clangd about your build flags.

This has come up before, in https://github.com/clangd/clangd/discussions/1510. We ended up finding a workaround there, which was to override the compiler name to `clang.exe` as shown in [this comment](https://github.com/clangd/clangd/discussions/1510#discussioncomment-5020607) (and if...

I can reproduce the issue with the testcase from the previous comment. With an assertions-enabled build, I get an immediate crash with the following assertion: > clang/include/clang/Basic/Diagnostic.h:1550: DiagnosticBuilder clang::DiagnosticsEngine::Report(SourceLocation, unsigned...

Here is a reduced version of the contents of `` which triggers the assertion: ```c++ template struct enable_if {}; template struct enable_if { typedef T type; }; template using enable_if_t...

I was able to trigger the same assertion failure (and in assertions-disabled builds, the same unbounded memory consumption) with `clang` (no `clangd` involved). header.h: ```c++ #include "bad_include.h" template struct enable_if...

This is a regression; the issue was not present in clang 16.