As you can see from a screenshot of the file tree, the missing include is part of the libdeps folder that is found without issues when compiling the code:
The final error line from clang-tidy is a nuisance as well, as it refers to some issues inside the arduinoesp32 platform core code I never will deal with.
I cannot remember to have these messages ever before, so I need to know where to better configure the stuff…
Small addendum: of course the errors will vanish if I manually will add ${workspaceFolder}/.pio/libdeps/** to the Intellisense include paths list, but I never had to do that in the past.
Now a call of an assignment operator of a base class inside the assignment operator code for a derived class is marked as error, because “no known conversion for the derived parameter exists” (paraphrasing the message).
The code compiles fine, though, without gcc complaining at all. Calling the base class operators within a derived class is common practice, so again there must be some settings misleading the C++ checks.
Yeah, I got the first two in your list, plus Vim and Platformio (neither I would expect to be the culprit). I in fact tried to get rid of the C/C++ ones as well but was stopped by a pop-up reminding me these were needed by Platformio.
I am at a loss here. I only very reluctantly would consider trashing my complete VSC and Platformio installation again…