[Pre-RFC] target-glibc: Proposal to add native support for GLIBC versions for the -gnu targets

nikkon-dev:

During the linking process, the final executable will incorporate either cfsetspeed@GLIBC_2.33 or cfsetspeed@GLIBC_2.19. The specific version chosen depends on the build environment.

If I read the aforementioned PR correctly, that's not what happens. Rust projects will always use cfsetspeed@GLIBC_2.2.5 (on x86-64). The version is hard-coded and independent of the glibc version on the build machine.

nikkon-dev:

I would not even bother reaching out to them. GLIBC position is clear - they only support a couple of recent versions and a couple of recent GCC releases.

That's the crux of the issue, IMO. You're trying to do something that upstream does not support. Providing that support downstream will be an enormous amount of effort that's also going to be duplicated if Zig, Rust, ... all do it on their own. What a waste of effort.

Honestly using Zig tooling for this as a piece of shared infrastructure that works across multiple languages seems quite appealing.

Based on that upstream position, glibc seems like a lost cause for your usecase. Is musl an option?