编译工具make、gmake、cmake、nmake和Dmake的区别

现有编译工具

-----------------

      gmake是GNU Make的缩写。
      Linux系统环境下的make就是GNU Make，之所以有gmake，是因为在别的平台上，make一般被占用，GNU make只好叫gmake了。
      比如在安装二进制文件进行编译时要使用make命令,但如果在Solaris或其他非GNU系统中运行，必须使用GNU make，而不是使用系统自带的make版本，这时要用gmake代替make进行编译。
      Solaris包含两种make工具：GCC (GNU Compiler Collection)工具套装包括一个 C 编译器和一个 C++ 编译器，Solaris自身的 make 实用程序。

      freebsd自带的make是BSD make。两者的不同在于Makefile部分不兼容。即使是部分，有时候也不能完全把软件给make出来。

      另外，windows下自带的make叫做nmake哟。

 

 跨平台的编译工具

------------------------

       Dmake是同GNU Make类似的一个工具。其命令格式自成一体，但是可以适用于Linux, Solaris, and Win32 and other platforms。Dmake有一个变种，被OpenOffice.org使用。dmake 是一个命令行工具，与 make(1) 兼容。dmake 能够以网格、分布、并行或串行模式生成目标。如果使用的是标准 make(1) 实用程序，在对 makefile 进行任何更改时可以毫不费力地过渡到使用 dmake。dmake 是 make 实用程序的超集。

      跨平台的编译工具，其中最有名的两个是 cmake 和 scons，cmake 之所以出名估计是因为 KDE 4 从 autotools 转向用 cmake 来编译。而 scons 则是 lighttpd 原来用的编译工具，它现在也转向 Python 了。

     cmake 和 python 大概代表了新一代跨平台编译工具的两种方向。第一种 (cmake) 是延续并改良传统 automake, autoconf 工具链，将之合为一体，但最终仍然生成 Makefile, Visual Studio 的 .sln，Xcode 的 .xcodebuild 文件，依赖现有编译工具 (make, nmake, vcbuild, xcodebuild) 来编译；第二种则是完全消除现有编译工具的调用，直接调用编译器，scons 就属于这一类 (scons 还有一个特点是完全不用专门的语言，控制编译的脚本就是 Python)。
     从人气上 来说，反倒是走改良路线的 cmake 比 scons 好一些，有几个原因：scons 基于 Python，可能有些代码不是很照顾速度，于是类似 KDE 这样的大项目编译起来会很慢；scons 开发比较慢，最近一直只是 bugfix。不过相对 cmake，scons 的优点是文档非常细致可读，而 cmake 的文档则非常少，可以在网上找到的只有几篇介绍性的文章和参考手册，不像 scons 有一本 User Guide。
     与之相关的工具还有 Jam (包括它的变体 FTJam, Boost.Build), Waf, Bakefile 等。其中比较新的 Waf 是一个 scons 的改进，在它的提供的 benchmark 中，显示通过缓存方式可以大大改进编译的速度。不过因为这个项目还很新，目前没有什么软件用它作为编译系统。
     Bakefile 走的则是 cmake 的路子，从名称上也可以看出，它最终也是通过生成 Makefile 一类的文件来完成编译的。不过不同的地方在于 cmake 用的语法很像 autotools 用的 m4 的传统语法，而 bakefile 则完全用 XML 来定义编译规则了，这一点倒很像 ant。Bakefile 倒是有不少著名的项目使用，比如 wxWidgets, WebKit, VCF, libxml。