Cygwin使用兼容层，而MinGW是本地的。这是主要的区别之一。

从移植C程序的角度来看，理解这一点的一个好方法是举一个例子:

#include <sys/stat.h>
#include <stdlib.h>

int main(void)
{
   struct stat stbuf;
   stat("c:foo.txt", &stbuf);
   system("command");
   printf("Hello, World\n");
   return 0;
}

如果我们把stat改为_stat，我们可以用Microsoft Visual c编译这个程序。我们也可以用MinGW和Cygwin编译这个程序。

在Microsoft Visual C下，程序将被链接到MSVC可重分发的运行时库:mxvcrtnn.dll，其中nn是某个版本后缀。为了发布这个程序，我们必须包含那个DLL。DLL提供了_stat、system和printf。(我们还可以选择静态链接运行时。)

在MinGW下，程序将被链接到msvcrt.dll，这是一个内部的，无文档的，未版本的库，是Windows的一部分，并且禁止应用程序使用。该库本质上是MS Visual C的可重分发运行时库的一个分支，供Windows本身使用。

在这两种情况下，程序将具有类似的行为:

stat函数将返回非常有限的信息——例如，没有有用的权限或inode号。 路径“c:file.txt”根据当前与c:盘相关联的工作目录进行解析。 系统使用cmd.exe /c执行外部命令。

我们也可以在Cygwin下编译程序。类似于MS Visual C使用的可重分发运行时，Cygwin程序将被链接到Cygwin的运行时库:cygwin1.dll (Cygwin本身)和cyggcc_s-1.dll (GCC运行时支持)。由于Cygwin现在处于LGPL之下，我们可以将程序打包，即使它不是与gpl兼容的自由软件，也可以发布程序。

在Cygwin下，库函数会有不同的表现:

the stat function has rich functionality, returning meaningful values in most of the fields. the path c:file.txt is not understood at all as containing a drive letter reference, since c: isn't followed by a slash. The colon is considered part of the name and somehow mangled into it. There is no concept of a relative path against a volume or drive in Cygwin, no "currently logged drive" concept, and no per-drive current working directory. the system function tries to use the /bin/sh -c interpreter. Cygwin will resolve the / path according to the location of your executable, and expect a sh.exe program to be co-located with your executable.

Cygwin和MinGW都允许使用Win32函数。如果你想调用MessageBox或CreateProcess，你可以这样做。您还可以在MinGW和Cygwin下使用gcc -mwindows轻松构建一个不需要控制台窗口的程序。

Cygwin不是严格意义上的POSIX。除了提供对Windows API的访问，它还提供了自己的一些Microsoft C函数的实现(在msvcrtnn.dll或可重新分发的msvcrtnn.dll运行时中找到的东西)。一个例子是spawn*家族的函数，如spawnvp。在Cygwin上使用它们来代替fork和exec是一个好主意，因为它们更好地映射到没有fork概念的Windows进程创建模型。

因此:

Cygwin programs are no less "native" than MS Visual C programs on grounds of requiring the accompaniment of libraries. Programming language implementations on Windows are expected to provide their own run-time, even C language implementations. There is no "libc" on Windows for public use. The fact that MinGW requires no third-party DLL is actually a disadvantage; it is depending on an undocumented, Windows-internal fork of the Visual C run-time. MinGW does this because the GPL system library exception applies to msvcrt.dll, which means that GPL-ed programs can be compiled and redistributed with MinGW. Due to its much broader and deeper support for POSIX compared to msvcrt.dll, Cygwin is by far the superior environment for porting POSIX programs. Since it is now under the LGPL, it allows applications with all sorts of licenses, open or closed source, to be redistributed. Cygwin even contains VT100 emulation and termios, which work with the Microsoft console! A POSIX application that sets up raw mode with tcsetattr and uses VT100 codes to control the cursor will work right in the cmd.exe window. As far as the end-user is concerned, it's a native console app making Win32 calls to control the console.

然而:

作为一个本地Windows开发工具，Cygwin有一些怪癖，比如路径处理与Windows无关，依赖于一些硬编码的路径(如/bin/sh)以及其他问题。这些差异使得Cygwin程序“非原生”。如果一个程序以一个路径作为参数，或者从一个对话框中输入，Windows用户希望该路径以与其他Windows程序相同的方式工作。如果不是这样，那就有问题了。

插入:在LGPL发布后不久，我启动了Cygnal (Cygwin本机应用程序库)项目，以提供Cygwin DLL的一个分支，旨在修复这些问题。程序可以在Cygwin下开发，然后使用cygwin1.dll的Cygnal版本进行部署，无需重新编译。随着这个库的改进，它将逐渐消除对MinGW的需求。

When Cygnal solves the path handling problem, it will be possible to develop a single executable which works with Windows paths when shipped as a Windows application with Cygnal, and seamlessly works with Cygwin paths when installed in your /usr/bin under Cygwin. Under Cygwin, the executable will transparently work with a path like /cygdrive/c/Users/bob. In the native deployment where it is linking against the Cygnal version of cygwin1.dll, that path will make no sense, whereas it will understand c:foo.txt.

Cygwin模拟整个POSIX环境，而MinGW是仅用于编译的最小工具集(编译本地Win应用程序)。所以，如果你想让你的项目跨平台，MinGW显然是两个选择之一。

尽管你可能会考虑在Windows上使用VS，在Linux/ unix上使用GCC。大多数开源项目都这样做(例如Firefox或Python)。

Cygwin是Microsoft Windows的类unix环境和命令行界面。

Mingw是GNU Compiler Collection (GCC)到Microsoft Windows的原生软件移植，以及一组用于Windows API的可自由分发的导入库和头文件。MinGW允许开发人员创建本地Microsoft Windows应用程序。

您可以在没有cygwin环境的情况下运行用mingw生成的二进制文件，前提是提供了所有必要的库(dll)。

Cygwin使用一个DLL, Cygwin . DLL，(或者可能是一组DLL)在Windows上提供类似posix的运行时。

MinGW编译为本地Win32应用程序。

如果您使用Cygwin构建某个东西，那么您安装它的任何系统也将需要Cygwin DLL。MinGW应用程序不需要任何特殊的运行时。

   MinGW (or MinGW-w64)               Cygwin
   --------------------               ------

   Your program written        Your program written
  for Unix and GNU/Linux      for Unix and GNU/Linux

             |                           |
             |                           |
             V                           V

    Heavy modifications       Almost no modifications

             |                           |
             |                           |
             V                           V

        Compilation                 Compilation

Program compiled with Cygwin ---> Compatibility layer ---> Windows API

Program compiled with MinGW (or MingGW-w64) -------------> Windows API