C/C++编译器

C/C++ 代码是不可跨平台的，Windows 和 Unix-like 有着不同的 API，C/C++ 在不同平台有着不同编译器。

MSVC

Windows 平台，MSVC 是 Visual Studio 中自带的 C/C++ 编译器。

GCC

Unix-like 平台，GCC 原名 GNU C Compiler，后来逐渐支持更多的语言编译（C++、Fortran、Pascal、Objective-C、Java、Ada、Go等），所以变成了 GNU Compiler Collection（GNU 编译器套装），是一套由 GNU 工程开发的支持多种编程语言的编译器。不过随着时间推移，由于各种原因，GCC 除核心语言 C/C++ 之外语言的编译器要么不再维护，要么支持的规范有限（例如 GCC 中的 Java 编译器 gcj 已被废弃，主流使用 JDK 中的 javac，其他非核心语言编译器处境大同小异），故实质上 GCC 目前核心就是 gcc 和 g++。

如何从Unix-like系统向Windows系统移植软件？

现代操作系统包括Windows和Linux的基本设计概念，像进程线程地址空间虚拟内存这些都大同小异，二者之上的程序之所以不兼容，主要是它们对这些功能具体实现上的差异：

首先，是可执行文件的格式，Window使用PE的格式，并且要求以.EXE为后缀名，Linux则使用Elf。

其次，操作系统API也同，比如，Windows用CreateProcess()创建进程，而Unix-like系统则使用fork()，其他还有很多诸如spawn、signals、select、sockets等。

分析之后可知，要把Unix-like系统上的软件移植到Windows上，有几种思路：

第一种：修改软件源码并重新编译，这个方法最笨，类Unix下大量的软件要修改工作量很大，编译生成目标平台可执行文件格式。

第二种：不修改软件源码但把类Unix接口调用悄悄替换为WinAPI，还是需要重新编译，编译生成目标平台可执行文件格式。

第三种，无缝移植的运行环境，无需重新编译，在一种OS上建立另一中OS的应用软件虚拟环境（和虚拟机不一样），比如Wine（把Windows上的可执行程序直接原样移植到Linux上）。

Cygwin 和 MingW（Minimalist GNU for Windows） 均是对 第二种 方案的实现。

第二种方案有两个问题要解决：

1. 把类Unix接口调用悄悄替换为WinAPI
2. 在 Windows 平台下将 Unix-like 平台代码编译为 Windows 下可执行文件

Cygwin和MingW均是对 GCC 进行的封装
GCC 具有交叉编译能力，可以解决第二个问题，Cygwin和MingW均对 GCC 进行封装，由 GCC 编译 Unix-like 代码得到 Windows 平台下的 PE 格式可执行文件。

Cygwin和MingW各自的工作主要是解决第一个问题，两者采用了不同思路。

Cygwin和MingW都是第二种软件移植思路，当然，二者还是有区别，区别就在于“替换”方式，Cygwin编译时，程序依然以Linux的方式调用系统API，只不过把Unix-like接口link到自己的cygwin1.dll上，然后在cygwin1.dll中重新调用Windows API，cygwin1.dll再调用Windows对应的实现，来把结果返回给程序。也就是说，他们基于Win32 API中写了一个Unix系统API的重定向层，所以用它移植的软件都依赖于cygwin1.dll，MingW编译时通过特有的WinAPI头文件把类Unix-like调用替换为WinAPI，用它移植的软件无需依赖第三方库，可直接运行在Windows平台。为了达到类Unix软件仅通过重新编译移植到Win的目的，Cygwin在运行时偷梁换柱，MingW在编译时偷梁换柱。

用一个PE格式查看工具检查一下就能发现，Cygwin生成的程序依然有fork()这样的Linux系统调用，但目标库是cygwin1。而MingW生成的程序，则全部使用从KERNEL32导出的标准Windows系统API。

推荐使用 MingW

https://www.cnblogs.com/findumars/p/6250998.html