Currently, the C/C++ Extension ships binaries for Linux that were built with musl and statically linked. This allows more systems to be supported, due to issues with glibc verions and backwards compatibility with (not that much) older glibc systems. Unfortunately, glibc cannot be properly statically linked to avoid those issues.

https://stackoverflow.com/questions/57476533/why-is-statically-linking-glibc-discouraged

Unfortunately, musl has performance issues:

https://nickb.dev/blog/default-musl-allocator-considered-harmful-to-performance/

Opening this issue to potentially work around performance issues by perhaps either:

• Shipping both musl and non-musl native binaries and launching the musl binaries only on systems we determine incompatible with our glibc binaries. (This may involve needing to adapt crash stack reporting to also work with glibc).
• Or, switching to an alternative allocator in musl builds.

(The VS Code marketplace supports musl distros, so we would continue to build and ship the musl versions.)