| ▲ | jezek2 2 hours ago |
| I use MingW without any extra libs (no msys), it just uses the ancient msvcrt.dll that is present in all Windows versions, so my programs work even on Windows 2000. Additionally the cross-compiler on Linux also produces binaries with no extra runtime requirements. |
|
| ▲ | okanat 2 hours ago | parent [-] |
| You can use Mingw-w64 UCRT or CLANG environments that come with MSYS2. Compared to older Mingw64 environments those link with the latest UCRT so you get almost the same style executable as Visual Studio. The only difference for C is that it uses Mingw exception handling and global initialization code, and it uses Itanium ABI for C++. |
| |
| ▲ | jezek2 2 hours ago | parent [-] | | But that's the point, I don't want the same style executable as Visual Studio. Having to distribute bunch of DLLs and having worse compatibility is pretty bad. A major part of the incompatibility with older versions of Windows is just because newer VS runtimes cut the support artifically. That's it. Many programs would otherwise work as-is or with just a little help. | | |
| ▲ | reactordev 22 minutes ago | parent [-] | | yeah, you can get away with this now a days because Git itself installs 2/3rds of the things you need anyway. You just need to finish the job by getting the package and putting the binaries in your git folder. Bam! mingw64, clang, what ever cc you need. It all links to standard windows stuff because you have to tell the linker where your win32.lib is. But this is true no matter the compiler, it's just Visual Studio supplies this in some god awful Program Files path. |
|
|