Over the past month or so, several enterprising contributors have taken an interest in the zig libc subproject. The idea here is to incrementally delete redundant code, by providing libc functions as Zig standard library wrappers rather than as vendored C source files. In many cases, these functions are one-to-one mappings, such as memcpy or atan2, or trivially wrap a generic function, like strnlen.

Full devlog:

https://ziglang.org/devlog/2026/#2026-01-31

Devlog ⚡ Zig Programming Language

@andrewrk so std.c would point to this libc wrapper potentially?
One of the gripes I had with zig back during 0.14 was that you provide weird and incomplete libc binding.

Obviously I could just declare them myself so the linker does the thing for me, but you know...

@andrewrk this is nice! Awesome work! Is there an issues covering all the effort? Like also going to cover alloc/free, etc? Also interested to see how this would impact zig cc for example (if apply). Thank you!