https://devblogs.microsoft.com/oldnewthing/20130108-00/?p=5623 https://devblogs.microsoft.com/oldnewthing/20130108-00/?p=56... Sounds like this is about making

https://devblogs.microsoft.com/oldnewthing/20130108-00/?p=5623 https://devblogs.microsoft.com/oldnewthing/20130108-00/?p=56... Sounds like this is about making .OBJs that fit in the conventions set by Win32 and the Microsoft linker. If you were using Microsoft's LINK.EXE I'd look at https://learn.microsoft.com/en-us/cpp/build/reference/nodefaultlib-ignore-libraries?view=msvc-170 https://learn.microsoft.com/en-us/cpp/build/reference/nodefa... (and /Zi for the Microsoft compiler) More generally, a lot of compiler generated code (including from LLVM IR -> native) will rely on compiler-specific runtime library functions, which aren't necessarily considered part of the "C runtime". https://wiki.osdev.org/Libgcc https://wiki.osdev.org/Libgcc occupies this role for GCC-compiled code. See https://godbolt.org/z/fb75PPobz https://godbolt.org/z/fb75PPobz for an example (64-bit division on 32-bit x86 generates a call to ___divdi3)