Unrecognized glibc version: 2.31.9000 unrecognized C ABI

[Jan200101]

I came across this when compiling the documentation on a fedora-rawhide-x86_64 system

log

docgen example code 248/259...OK
docgen example code 249/259...OK
docgen example code 250/259...OK
docgen example code 251/259...Unrecognized glibc version: 2.31.9000
unrecognized C ABI

The following command exited with code 1:
../out/build-zig-x86_64-linux-gnu/zig build-exe docgen_tmp/test.zig --name test --color on --cache on -lc 
doc/langref.html.in:9461:20: error: example failed to compile
      {#link_libc#}

I don't know how to fix this since I find the abi.txt to be very confusing though I am willing to help test on my local machine

[andrewrk]

This appears to be a missing pattern awareness in the glibc version detection code which is here:

zig/lib/std/zig/system.zig

Lines 544 to 557 in 5168271

	fn glibcVerFromSO(so_path: [:0]const u8) !std.builtin.Version {
	var link_buf: [std.os.PATH_MAX]u8 = undefined;
	const link_name = std.os.readlinkZ(so_path.ptr, &link_buf) catch |err| switch (err) {
	error.AccessDenied => return error.GnuLibCVersionUnavailable,
	error.FileSystem => return error.FileSystem,
	error.SymLinkLoop => return error.SymLinkLoop,
	error.NameTooLong => unreachable,
	error.FileNotFound => return error.GnuLibCVersionUnavailable,
	error.SystemResources => return error.SystemResources,
	error.NotDir => return error.GnuLibCVersionUnavailable,
	error.Unexpected => return error.GnuLibCVersionUnavailable,
	};
	return glibcVerFromLinkName(link_name);
	}

@Jan200101 would you be able to try this?

• Use the ldd command on /usr/bin/env to find a list of shared libraries.
• Find the one that has libc.so.6 => (and then a path name) and tell me what the path name is, as well as the output of readlink pathname (where pathname is the path name that ldd printed)

[Jan200101]

sentry:~/ $ ldd /usr/bin/env
    linux-vdso.so.1 (0x00007ffdb4dd6000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f75741d0000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f75743f2000)

sentry:~/ $ readlink /lib64/libc.so.6
libc-2.31.9000.so

[darltrash]

#6192 that also happens to me

[Jan200101]

I believe the only real fix for this would be adding all X.Y.9000 and X.Y.90 glibc versions but that would be a bunch of work for what would effectively be supporting the master branch