mingw 具体做了什么？

还有 win32 api 环境下的基础库，runtime ，工具链等。反正在非 posix 环境下要运行差了啥就补上。

现在 obj 格式似乎没那么重要了，以前是 vs 和 gcc 相互不兼容，后来 clang 加了调试兼容，现在 vs 都带上 clang 编译器了。

在 mingw 环境出道前，还有一个类似的 cygwin ，算深度包装 linux api ，会带一堆 DLL 。mingw 出来后，很多 api 都变成了静态库，还是方便不少。

MinGW 全称 Minimalist GNU for Windows ，个人理解是：一个最精简的项目，让 gcc 相关工具链，1.能编译出原生 Windows 应用，2.能在 Windows 上运行。除了这两者以外的功能，例如 POSIX 兼容层，MinGW 不会支持。

MinGW 项目本体应该不包含 GCC ，它是提供一个能让 GCC 编译、运行的环境。
当然这个表述有点问题，因为既然你已经以这个目的做了一套环境，那么 by definition 你最好也提供一套 GCC 工具链。

至于 binutils 和 gcc 的 PECOFF 支持，这个大概跟 MinGW 直接关系不大，应该是其他人做好，然后 MinGW 编译出的 GCC 在 configure 时启用的。

@secondwtq , 也就是说 gcc 本身支持 PECOFF target ， 对吗？

@ckr2002 #5 这个问题要有准确答案需要去考古，如果 MinGW 是第一个实现在 Windows 上用 GCC 的，那么大概他们自己在 GCC 里做了不少相关的工作，把这部分算进广义的 MinGW 项目里面也可以。
不过 GCC 也挺老的，很早就支持很多平台，可能早就有 COFF 的支持，然后改一下就能。
（顺便，UEFI 只支持 PECOFF 格式的 bootloader ，不过现在的实现貌似都是手搓一个文件出来）

但是无论哪种情况，代码应该是放在 binutils 和 GCC 那边的，只是 MinGW 的人可能会有 commit 权限之类的。