w64devkit has seen a year of infrastructure and toolchain hardening: all EXEs and DLLs are now code-signed (using aas-sign, which MSYS2 adopted), releases are built via GitHub Actions and published immutably with attestation so artifacts cannot be retroactively tampered with. Peter0x44 joined as co-maintainer and drove many upstream fixes. The x64 distribution became a multilib toolchain that can produce 32-bit binaries via -m32 or i686-prefixed tools, and a small GCC patch lets the compiler be invoked without adding bin/ to PATH. Binutils now defaults to bigobj only when needed (an upstream change from Peter0x44), restoring compatibility with linkers like Go’s and fixing cgo. Static runtimes and expensive tools are now built at -O2 instead of -Os, trading size for speed.
New and improved developer tools include CMake (patched to prefer Ninja), Ninja, ccmake, Ccache with Windows patches, widl and uuidgen for COM/IDL, make2compdb, a recycle-bin utility, a Quilt rewrite for patch management, NSIS, and zstd support. A custom C11-threads implementation was added to mingw-w64 (smaller than winpthreads, Win7+ only, excludes recursive locks, and changes std::terminate to trap for debugging), and several hundred kilobytes of runtime bloat were removed. Looking ahead, LTO is being revisited with experimentation on “FatLTO” runtimes that embed both native and LTO bytecode; LTO bugs have been rapidly iterated on with AI-assisted patching. The x86 release will retain Windows XP support as a baseline.
Summary generated by AI from the linked article. hn.today is not affiliated with Hacker News or Y Combinator.