Unix下编译通过的C代码,在win32下编译是不能通过的 ,当然Unix 和win32的API都是符合标准C,也就是说,大多数函数调用在unix和win32下是相同的.但是,unix有自己一些独特的API（如fork,spawn,signals,select,sockets等）,如果代码中使用了这些API,在win32下当然找不到对应的库.
但是,这些API的功能在win32中也能实现,也许你已经发现了一个能让window编译Unix风格代码的方法:
1.修改编译器,让window下的编译器把诸如fork的调用翻译成等价的形式--这就是mingw的做法.
2.修改库,让window提供一个类似unix提供的库,他们对程序的接口如同unix一样,而这些库,当然是由win32的API实现的--这就是cygwin的做法.
============================================
MinGW相比CygWin/gcc来讲，更加贴近win32。因为它几乎支持所有的Win32API。它所连接的程序，不需要任何第三方库即可运行。
CygWin/gcc，其实这是两个东西。CygWin是一个让Windows拥有Unix-like环境的软件。而gcc就是安装在CygWin上的编译器。
CygWin/gcc与MinGW的最大区别在于：使用CygWin/gcc可以在Windows下调用unix-like的API，（如fork,spawn,signals,select,sockets等）。也就是说Cygwin是运行在Windows下的，但是她使用的是Unix-like系统的函数和思想。由于这个区别，导致的结果就是用CygWin/gcc编译出来的程序可以无缝的运行在*nix环境下。但是如果调用了unix特有的API函数，在windows环境下不能正常运行，如果想在windows下正常运行的，就必须依赖cygwin1.dll，速度上会有些影响。
而用MinGW编译出来的程序，如果源代码里面调用了unix环境的API，则MinGW会把这些对UNIX的API调用翻译成win32下等价的形式。同时这个程序是不能在linux下运行的。
说白了，如果你是想在windows环境下开发linux运行程序，那么CygWin/gcc是你的不二之选。
而如果你想开发的是windows运行程序，并且追求速度，那么二者相比而言，MinGW是更好的选择
=======================================================
cygwin/gcc和MinGW都是gcc在windows下的编译环境，但是它们有什么区别，在实际工作中如何选择这两种编译器?。
cygwin/gcc完全可以和在linux下的gcc化做等号，这个可以从boost库的划分中可以看出来端倪，cygwin下的gcc和linux下的gcc完全使用的是相同的Toolsets。
所以完全可以和linux一起同步更新gcc版本，而不用担心问题，并且在cygwin/gcc做的东西（不用win32的）可以无缝的用在linux下，没有任何问题。是在windows下开发linux程序的一个很好的选择。但是在cygwin/gcc下编译出来的程序，在windows执行必须依赖cygwin1.dll，并且速度有些慢，如果不想依赖这个东西的化，必须在gcc的编译选项中加入-mno-cygwin。加入这个选项其实gcc编译器就会自动的选择在安装cygwin/gcc时安上的mingw,这个mingw就是gcc的一个交叉编译。
对于mingw作为gcc在windows上的一个实现，由于不像cygwin的gcc在一个模拟linux上运行，同时相当一部分linux的工具不能够使用，不过现在已经有Msys这个模拟unix的shell，可以解决很多的问题，不过没有cygwin好用，而cygwin/gcc的no-cygwin选项又依赖于mingw的支持，所以更新的更慢的，现在只是到3.3.3。在mingw下也是可以升级gcc的，不过需要使用msys。升级方法和在cygwin和linux下差不多，就不再罗嗦了。不过就我的升级经验来看好像都不太顺利。具体深入的测试，我也没有时间做了。
也是可以让cygwin的最新安装的gcc支持no-cygwin，需要再做一遍交叉编译，但是我不会做，只好算了，呵呵，也许那一天我把这个搞定，再开一个贴吧。
根据以上的分析，如果在windows开发linux程序，cygwin是很好的选择。如果你开发的程序不介意有一个cygwin1.dll的话，也是可以选择cygwin的。如果你是想开发windows下的程序，还要必须用gcc的化，mingw是很好的一个选择。但是在windows下有太多的编译器了，bc，vc，intel c.....。
顺便说就题外的化，据说gcc4.0.0性能有很大的提升，如果我升级完gcc4后，再编译一把gcc4是不是以后的编译性能会提高很多呢？有机会一定要测试一下了，呵呵。
一个技巧：如何知道当前版本的gcc的安装配置，用命令：gcc -v就可以了，呵呵。
=======================================================
MinGW 和 CygWin的比较_lm_y的博客-CSDN博客_cygwin mingw 哪个好
我没有用过这两个工具，只是有点想选择一个来用，于是在网上比较一下两者有啥不同，然后选一个适合自己的。过程中，我发现网上一份文章可能被多个人转载，被多个人稍微修改后当成自己的随笔写出，误认不浅。
说一点，什么cygwin编译的程序可以无缝在linux上运行，根本就不能这么理解。
cygwin官方的一个定义是 Cygwin is not a way to run native linux apps on Windows. You have to rebuild your application from source if you want it to run on Windows.
翻译过来就是
cygwin不是让linux程序能在windows上运行的方法，如果你想要让linux程序能在windows运行，那么你只有用cygwin来重新编译一下源文件。
这句话完全反驳了无缝运行在linux的说法。就是说你在linux上编译的elf程序不能直接拿到cygwin上运行，同样，你用cygwin编译的程序也不是linux的elf格式，而是exe格式，exe是无法在linux上运行的。
cygwin和mingw都是为用户提供在windows操作系统使用GNU工具的方法，使得在windows上可以编译为linux写的c源代码并运行(让你可以用signal等linux才有的api)。
cygwin和mingw 真正的不同在于
1，cygwin大（需下载50M以上直至数百兆不等，安装后占用空间可达1G），mingw小（需下载的文件只有20M，安装后70M左右）
2，cygwin编译后的exe需要cygwin1.dll作为支持，而mingw不需要就可以直接运行，因为有中间层所以cygwin慢，mingw快。
3，cygwin包含的内容更全面，能编译通过的linux源文件更多，mingw的min是minimalist所以能编译通过的更少。但，不是全部，就是说别指望你可以把任何为linux写的源代码在cygwin或mingw编译通过并运行。
http://www.cygwin.com/
What is it?
Cygwin is:
- a large collection of GNU and Open Source tools which provide functionality similar to a Linux distribution on Windows.
- a DLL (cygwin1.dll) which provides substantial POSIX API functionality.
What isn't it?
Cygwin is not:
- a way to run native Linux apps on Windows. You must rebuild your application from source if you want it to run on Windows.
- a way to magically make native Windows apps aware of UNIX® functionality like signals, ptys, etc. Again, you need to build your apps from source if you want to take advantage of Cygwin functionality.
MinGW: A collection of freely available and freely distributable Windows specific header files and import libraries combined with GNU toolsets that allow one to produce native Windows programs that do not rely on any 3rd-party C runtime DLLs.
MinGW：根据我的理解，它是一个Windows下的编译器（实际上是一系列开发工具）。与Windows下其它编译器不同的是，MinGW与Linux下广泛使用的GNU（基本上）完全兼容，这意味着，在Linux下如何编译源代码，在MinGW中也可以以完全相同的方式编译。
我个人以为，MinGW的出现是有原因的：有些Linux下的开发人员（比如开源阵营）发布的源代码通常只提供Linux下的编译方式，而不提供Windows下的编译方式（这可能与其不熟悉windows操作系统有关），但确实有不少用户需要在在Windows下编译使用此源代码。这在种情况下，如果Windows用户想用VC、BC等编译器编译该源代码，必须重写Makefile（各种编译器所支持的Makefile不尽相同），工作量比较大不说，还很难保证不出错。MinGW的出现，提供了两个平台下的“跨平台编译方案”。MinGW与MSYS相配合，连./configure都有了。与GNU不同的是，MinGW编译生成的是Windows下的可执行文件（.exe）或库文件（.dll,.lib）——不过编译过程中的的中间文件仍然是.o文件，而不是.obj文件（这当然无所谓了，中间文件嘛，编译完成后就没有用了）。MinGW好像是在Cygwin基础上发展而来的。顺便说一下Cygwin，它与MinGW在想法上基本是一致的，两者相比，Cygwin是重量级的（需下载50M以上直至数百兆不等，安装后占用空间可达1G），MinGW是轻量级的（需下载的文件只有20M，安装后70M左右），这是单纯从体积上说的，另外Cygwin现在据说也不是完全免费的了。
wxWidgets-2.6.2在Windows下的编译方式。用VC编译的话，有两种方式：VC工程，Makefile。前者就不用说了，用VC打开*.dsw文件，F7就可以了。这里说一下Makefile的编译方式，首先进入命令行窗口（cmd.exe 或 command.exe），切换路径到wxWidgets源代码所在目录下的 build/msw 子目录，执行“nmake -f makefile.vc”即可。用MinGW编译的话，基本上与前面类似，也是进入命令行窗口（cmd.exe 或 command.exe），切换路径到wxWidgets源代码所在目录下的 build/msw 子目录，只是执行的命令行是“mingw32-make -f makefile.gcc”。最终生成的库文件位于lib目录中。当然，编译之前可能需要设置一下，比如指定编译为动态库（DLL）还是静态库（LIB），或者是否采用UNICODE，等等，设置方式就是修改 build/msw 子目录中的 config.vc 或 config.gcc 文件。
VC6和MinGW相比，两者在编译速度，以及在编译后的文件的大小方面都有较大不同。根据我编译wxWidgets时所做的简单统计，VC6的编译速度比MinGW至少快一倍，VC6编译生成的动态库DLL文件比MinGW小一倍左右，VC6编译生成的静态库LIB文件比MinGW要大不少（大约是1.5倍）。
总起来说，在Windows系统下，还是用VC编译比较合适，没办法的情况下才会选择MinGW。
————————————————
