Code Analysis with useBuildPath=true gives 'stddef.h' file not found unless clangTidy.path is changed

If C_Cpp.codeAnalysis.clangTidy.useBuildPath is true then 'stddef.h' file not found may occur with the clang-tidy version that ships with our extension. The workaround is to set C_Cpp.codeAnalysis.clangTidy.path or possibly to launch VS Code with certain environment variables set (that works on Windows with the VS developer command prompt, but I'm not sure if there's a Linux/Mac equivalent). The problem is there is a particular clang system header include path that isn't being used. I don't know if there's a way to fix this via potentially some change to how we're building the clang-tidy binary or if we could manually locate/add the missing system include path header. I recall the missing path is something like /usr/lib/llvm-10/lib/clang/10.0.0/include -- when clang 10 is installed on the machine...it's possibly related to the fact that we build clang 14 and it's possible the issue may not repro if the matching version of the /usr/lib/llvm- is installed.

A user report is at https://github.com/microsoft/vscode-cpptools/issues/9555, but it got morphed into a bug on relative paths.

Inizia riproducendo il problema con C_Cpp.codeAnalysis.clangTidy.useBuildPath=true e la versione di clang-tidy fornita con l’estensione, quindi confronta i relativi percorsi di inclusione di sistema con il percorso utilizzato da una versione installata corrispondente di LLVM. Il lavoro è completato quando clang-tidy riesce a trovare stddef.h senza modificare clangTidy.path né dipendere da un ambiente di sviluppo specifico della piattaforma.