clang-tidy: /lib64/libm.so.6: version `GLIBC_2.27' not found

[amurzeau]

Environment

• OS and version: Windows 10 (but in remote mode to Red Hat 7)
• VS Code: 1.70.2
• C/C++ extension: 1.12.4
• OS and version of remote machine (if applicable): Red Hat 7

Bug Summary and Steps to Reproduce

Bug Summary:

The cpptools extensions show errors about clang-tidy which can't be run on Red Hat 7 as it requires GLIBC_2.27 for the function log2f.
This makes clang-tidy not usable.

The exact error is:

<extension path>/LLVM/bin/clang-tidy: /lib64/libm.so.6: version `GLIBC_2.27` not found (required by <extension path>/LLVM/bin/clang-tidy)

Steps to reproduce:

1. Run the extension on a Red Hat 7 (or Centos 7) machine
2. Open a C/C++ project with this setting enabled: C_Cpp.codeAnalysis.clangTidy.enabled
3. Show the output Log (Remote Serer)
4. See the above error: clang-tidy: /lib64/libm.so.6: version GLIBC_2.27 not found

Other Extensions

No response

Additional Information

Running objdump -T on clang-tidy shows which function is the issue:

[...]
0000000000000000      DF *UND*	0000000000000000 (GLIBC_2.27) log2f
[...]

[H-G-Hristov]

Does clang-tidy support remote scenarios?
What about setting the path to an external clang-tidy on the remote machine?

[amurzeau]

Yes it works fine when clang-tidy can run on the remote machine (with a new enough glibc).
I can find the LLVM/bin/clang-tidy process in ps on the remote machine. The clang-tidy issues are reported as expected.

This type of issue already appeared in the past on cpptools executable, see here: #8192

As a comparison, here is a working clang-tidy on a Debian Unstable remote, issues are detected and displayed:

And here, using a Centos 7 remote, there is no issues detected and the error appear in the C/C++ output (requires "Information" log level):

[sean-mcmanus]

The workaround would be to set C_Cpp.codeAnalysis.clangTidy.path to a clang-tidy that works on your OS with a lower glibc requirement.

[sean-mcmanus]

FYI, this will be fixed in our pending 1.13.3 release next week (also with clang-tidy 15.0.3).

[sean-mcmanus]

The fix is available with 1.13.3 (pre-release) for Linux x64 or arm64 (or Alpine): https://github.com/microsoft/vscode-cpptools/releases/tag/v1.13.3

However, Linux arm 32-bit still builds with shared libraries because otherwise it was crashing. We could open another issue track that if someone is hitting an issue with that.