Cygwin尝试在本机Windows进程中模拟(几乎)完整的POSIX执行环境.它足够完整,令人惊讶的Unix应用程序代码只使用熟悉的./configure&&编译和运行.制造&& make install idiom.这个技巧是通过提供一个使用Windows API模拟POSIX系统调用的DLL来完成的.基于此,您将获得一个完整的GCC工具链,bash以及您习惯的所有常用命令行实用程序.一个缺点是编译的程序依赖于Cygwin DLL,这使得将结果传递给尚未安装Cygwin并且其用户不想使用Unix shell的系统变得棘手.

MinGW是GCC工具链的一个端口,它生成依赖于众所周知的(并与Windows本身一起分发)MSVCRT.DLL C运行时库的本机Windows应用程序.它不会尝试模拟POSIX操作系统,但主要基于标准C库的应用程序通常基本上不会构建.

MSYS是一个编译时环境,提供足够的Unix实用程序(包括bash)来经常允许./configure运行,如果项目支持结果,则使用MinGW的GCC完成构建.结果是一个本机Windows可执行文件,它不依赖于您不会故意使用除MSVCRT.DLL之外的任何DLL.尽管MSYS环境本身是Cygwin项目早期版本的一个分支,但它主要用于提供类似unix的地方来编译本机Windows应用程序：通常不会根据其运行时环境构建新的应用程序.

另一种编译Windows的方法是在linux上使用MinGW交叉编译器.许多MinGW的核心开发人员以这种方式工作,在Wine下或在VM中运行的Windows或单独的PC上测试他们的产品.

如果程序具有GUI组件,那么您可能会遇到其他困难.一些GUI框架可用于Linux和Windows.所有人都想到了Qt,wxWidgets和IUP,但还有其他人.

编辑：我改进了上面关于MSYS的段落,强调它是一个编译时环境,用于构建作为本机Windows应用程序运行的程序,而不是像Cygwin这样的完整POSIX环境.

另请注意,始终可以选择将项目移植到Windows开发的一个更传统的编译器上.打开Watcom,Borland编译器和微软都有免费或廉价的版本,尽管通常不足以使开源社区完全满意.

这种方法可能需要更多的努力,因为当您从一个工具链切换到另一个工具链时,Linux环境和Windows环境之间的差异变得更加明显.对于历史上不像GCC那样完全符合标准的Microsoft编译器来说尤其如此.