When I <kbd>Tab</kbd>-complete std::size_t, the header bits/stdc++.h gets included in a C++ file (I initially asked a question on SO). Since this header file is not part of the C++ standard and is, therefore, non-portable, it should be avoided, shouldn't it?

System information Well it's actually YCM in Vim which uses clangd.

Editor: Vim with YCM Operating system: ArchLinux

Confirm still having the same problem.

Issue still the same: Version 1.52.1 (stable release channel)

@sam-mccall could you advertise this extension on the original LSP issue (https://github.com/microsoft/language-server-protocol/issues/376)? I would have implemented this extension for rust-analyzer ages ago if I knew it existed.

Hmmm so the index isn't mismatching C: and c:, must be specific to some fancy stuff in rename.

Result of Find all references of getLocalIpAddress on NetworkUtil.cpp:11

I[14:27:51.607] <-- textDocument/references(149)
V[14:27:51.607] ASTWorker running References on version 5 of c:\Users\simone.gaiarin\Qsync\Software\scratchpad\scratchpad\NetworkUtil.cpp
I[14:27:51.608] --> reply:textDocument/references(149) 0 ms
V[14:27:51.608] >>> {"id":149,"jsonrpc":"2.0","result":[{"range":{"end":{"character":42,"line":10},"start":{"character":25,"line":10}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/NetworkUtil.cpp"},{"range":{"end":{"character":40,"line":13},"start":{"character":23,"line":13}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/NetworkUtil.hpp"},{"range":{"end":{"character":47,"line":52},"start":{"character":30,"line":52}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":47,"line":53},"start":{"character":30,"line":53}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":47,"line":54},"start":{"character":30,"line":54}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":51,"line":56},"start":{"character":34,"line":56}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"}]}

Result of Find all references of getLocalIpAddress on NetworkUtil.hpp:14

I[14:29:20.440] <-- textDocument/references(165)
V[14:29:20.440] ASTWorker running References on version 5 of c:\Users\simone.gaiarin\Qsync\Software\scratchpad\scratchpad\NetworkUtil.hpp
I[14:29:20.440] --> reply:textDocument/references(165) 0 ms
V[14:29:20.440] >>> {"id":165,"jsonrpc":"2.0","result":[{"range":{"end":{"character":40,"line":13},"start":{"character":23,"line":13}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/NetworkUtil.hpp"},{"range":{"end":{"character":42,"line":10},"start":{"character":25,"line":10}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/NetworkUtil.cpp"},{"range":{"end":{"character":47,"line":52},"start":{"character":30,"line":52}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":47,"line":53},"start":{"character":30,"line":53}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":47,"line":54},"start":{"character":30,"line":54}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":51,"line":56},"start":{"character":34,"line":56}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"}]}

Result of Find all references of getLocalIpAddress on main.cpp:53

I[14:30:15.078] <-- textDocument/references(180)
V[14:30:15.078] ASTWorker running References on version 5 of c:\Users\simone.gaiarin\Qsync\Software\scratchpad\scratchpad\main.cpp
I[14:30:15.079] --> reply:textDocument/references(180) 0 ms
V[14:30:15.079] >>> {"id":180,"jsonrpc":"2.0","result":[{"range":{"end":{"character":47,"line":52},"start":{"character":30,"line":52}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":47,"line":53},"start":{"character":30,"line":53}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":47,"line":54},"start":{"character":30,"line":54}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":51,"line":56},"start":{"character":34,"line":56}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/main.cpp"},{"range":{"end":{"character":42,"line":10},"start":{"character":25,"line":10}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/NetworkUtil.cpp"},{"range":{"end":{"character":40,"line":13},"start":{"character":23,"line":13}},"uri":"file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/scratchpad/NetworkUtil.hpp"}]}

Works like a charm now on my end, thanks.

Can you perform a Find all References on the symbol in the NetworkUtil.[hc]pp and paste the log from that. The line I'm interested in is

V[11:15:02.483] ASTWorker running References on version 21 of /home/nathan/Downloads/bug_example/NetworkUtil.hpp
I[11:15:02.483] --> reply:textDocument/references(42) 0 ms
V[11:15:02.483] >>> {"id":42,"jsonrpc":"2.0","result":[{"range":{"end":{"character":40,"line":7},"start":{"character":23,"line":7}},"uri":"file:///home/nathan/Downloads/bug_example/NetworkUtil.hpp"},{"range":{"end":{"character":42,"line":2},"start":{"character":25,"line":2}},"uri":"file:///home/nathan/Downloads/bug_example/NetworkUtil.cpp"},{"range":{"end":{"character":47,"line":13},"start":{"character":30,"line":13}},"uri":"file:///home/nathan/Downloads/bug_example/main.cpp"},{"range":{"end":{"character":47,"line":14},"start":{"character":30,"line":14}},"uri":"file:///home/nathan/Downloads/bug_example/main.cpp"}]}```

I just tried with an 11 build - Ubuntu clangd version 11.0.0-2~ubuntu20.04.1 and again could not reproduce with the code you have provided,

Your log file does explain the bug though and why I cannot reproduce as its windows specific, its generating fixes for file:///C:/Users/simone.gaiarin/Qsync/Software/scratchpad/bug_example/main.cpp and file:///c:/Users/simone.gaiarin/Qsync/Software/scratchpad/bug_example/main.cpp. For some reason its trying to apply the fix on a file in the c drive and one in the C drive, even though they are the same.

The most obvious solution is to generate all these from a single file, and the JSON-schema format maybe isn't a terrible choice...

Another possibility might be to store the schema in a custom format in the LLVM codebase (which might be more useful to generate the c++ structures), and have clangd generate on initialization a JSON schema. The schema could then be sent to the client via the initialization response and then registered on the fly (this would require the use of the API I mentioned earlier, but I have already some working code that could be adapted easily). This would also solve any issue related to versioning, I guess, as the schema is provided directly by the server and will contain only the options known by the server. Downside to this is that we'd lose some of the simplicity of this approach by adding some glue TS code.

The reliance on another extension means we'll only benefit people who happen to have that installed, I suppose.

We might show a popup when opening .clangd, suggesting to install the YAML extension for completion support.

I would love to see your work as a standalone extension

@i-ky I do understand why you'd like that, however I presume you're mostly interested in clang-format and clang-tidy files, for which I have not tried to write a schema yet. Right now I am more focused on the .clangd file (simpler and easier to begin experimenting with), but I suppose that they might be included eventually. However it seems a waste of resources to duplicate the extension, maybe a clangd.disableIntellisense option might be an acceptable alternative?

• clangd version: clangd version 11.0.0 (https://github.com/llvm/llvm-project.git 3badd17b6989621b5aa2732800f697dabbda034d)
• OS: Windows 10

I think this issue still exists. @HighCommander4

Originally posted by @lh123 in https://github.com/clangd/clangd/issues/38#issuecomment-643115928

Just to add one more detail, the preview works correctly for me, it's just when I confirm the changes (or when I do not use the preview) that the error appears.

I've just tried with 11.0.1 now and the error still occurs.

Confirm still having the same problem.

The same.

Sent out https://reviews.llvm.org/D95423

Repro: try completing uint8_t.

Expected: #include <cstdint> is added. Actual: #include <bits/stdint-uintn.h> is added.

Note that if I choose to complete std::uint8_t, I get <cstdint> as expected. We seem to have std::uint8_t in the canonical header map, but not ::uint8_t (from global namespace).

Looks like this has been fixed, we seem to be only missing the mapping of size_t currently. so closing this as we've got another report for size_t

Interesting I thought I had fixed this one... Well good thing is, this means at least I know the fix :D

Sent out https://reviews.llvm.org/D95419

Added clangd.disableCompletion

I would like to have all coc-clangd features EXCEPT for autocompletion. Turning it off every time by hand is very annoying. There's only a setting to disable it completely.

I would like to have all coc-clangd features EXCEPT for autocompletion. Turning it off every time by hand is very annoying. There's only a setting to disable it completely.

After installation via pacman on Manjaro, the header are not found by clangd. Clang++ and g++ work fine on execution though. Is there a helper tool to show all include paths from clang or how are they resolved? Why are clang and clangd using different methods for header including?

compile_flags.txt

g++
-std=c++17
-Wall
-Wextra
-Weffc++
-Wstrict-aliasing
-Werror
# -pretty # no effect
# -log=verbose # no effect
# -I/usr/include/c++/10.1.0/ # optional different messages

If you can, provide a minimal chunk of code that shows the problem (either inline, or attach it if larger).

#include <cstdint>      /* defined int types */ // 'cstdint' file not found XOR in included file 'bits/c++config.h' file not found 
#include <iostream>     /* std::cout */ // 'iostream' not found XOR In included file 'bits/c++config.h' file not found

int32_t x; //Unknown type name 'int32_t'
  std::string string() { //use of undeclared identifier 'std' XOR No member named 'string' in namespace 'std'
   return "x";
}

Logs I cant find a way to extract error messages as text from the setup set, since there is no parameter option example and inserting into compile_flags.txt does not work.

System information Output of clangd --version: 10.0.0 Editor/LSP plugin: neovim NVIM v0.5.0-619-g1153ac903 Operating system: Manjaro (Arch derivate)

Using cmake-generated content, ie with a vim plugin fixed the issue.

I would recommend strongly to use cmake-generated files ie with vim-cmake or have endless grief.

This generated for me a g++ command which just worked.

Dupe of (or at least related to) #68?

When I <kbd>Tab</kbd>-complete std::size_t, the header bits/stdc++.h gets included in a C++ file. Since this header file is not part of the C++ standard and is, therefore, non-portable, it should be avoided, shouldn't it?

System information Well it's actually YCM in Vim which uses clangd.

Editor: Vim with YCM Operating system: ArchLinux

It reproduces if the file has no code in and the include brackets are unbalanced and followed by eof

If you have an empty file and write #include < then bring up completion, The results are less than ideal

I've tried to test a few configurations and I've narrowed it down as best as I can. If there is any code in the file it will work, this could be as simple as a single ';' this bug wont reproduce.

It can be observed with both quoted and angle bracket includes. The quotes/brackets can't be closed and must be followed directly with eof. #include <{EOF}, #include "{EOF} both trigger this issue, However this doesn't as there is a new line:

#include <
{EOF}

System information Output of clangd --version: clangd version 12.0.0 (git@github.com:llvm/llvm-project.git d18c3c7b18e9e78145d701c4687682848071ab98) - been observed on released versions too. Editor/LSP plugin: vscode 1.52.1/ vscode-clangd 0.19 Operating system: ubuntu 20.04.1

Good point, but I think this repro is a little more informative