On 6.02.2025 14:46, Martin Storsjö wrote:
The alternative would be to build all of the CRT libraries with -fno-builtin; we did that at some point (for specifically this reason), but I guess that it does inhibit some potentially useful optimizations in all the other files that don't need it.
FWIW, that's the approach we take in Wine for entire CRT modules (not just static parts like mingw-w64-crt's counterpart), and it works well. Most optimizations lost this way can be addressed by writing efficient C code from the start, avoiding the need to second-guess how the compiler will handle it. I'd be in favor of applying the same approach to mingw-w64.
Maybe it's just me, but committing compiler-generated assembly to the tree feels like a sign that something isn't quite right...
Jacek _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
