. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 5.18.1 Autotools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 5.18.2 Makefile.in + configure（单个二进制软件包） . . . . . . . . . . . . . . . . . . . . . . . . . . 102 8.9 Autotools（单个二进制文件） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 8.10 CMake（单个二进制软件包） CMake（单个二进制软件包） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 8.11 Autotools（多个二进制软件包） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 8.12 CMake（多个二进制软件包）

能对你有用， 或者你的软件包制作过程中会需要它们： • autoconf、automake 和 autotools-dev - 很多新程序使用 configure 脚本和 Makefile 文件来帮助预处理程序。 (参看 info autoconf、info automake)。autotools-dev 则用于保持指定的自动配置文件为最新，并带有关 于使用那些文件的最佳方法的文档。 • debhelper pdf 的本地副本) 以下是 重要的文档，你应该在读本文档时同时参看它们： • Autotools Tutorial (http://www.lrde.epita.fr/~adl/autotools.html) 为 the GNU Build System known as the GNU Autotools 中 最重要的工具——Autoconf、Automake、Libtool 和 gettext ⁶当通过文件扩展名不足以判断文件类型时，可以使用 file 命令来判断。 ⁷这个程序已经被打包好了。当前的版本 (http://packages.qa.debian.org/g/gentoo.html) 使用 Autotools 作为其编译系统 (build structure)，并且已经和 下边的例子不一样了。下边的例子基于老的版本 0.9.12 。 ⁸许多新时代的程序都配有一个叫做 configure 的脚本。执

KDE 项目使用 cmake 来作为构 建工具也证明了 cmake 的可用性和大项目管理能力。 所以，cmake 应该感谢 KDE，也正因为如此，cmake 的开发者投入了 KDE 从 autotools 到 cmake 的迁移过程中，并相当快速和顺利的完成了迁移，现在整个 KDE4 开 发版本全部使用 cmake 构建。 这也是促使我们学习 cmake 的原因，首先 cmake 被接受并成功应用，其次，cmake 的流行其实要归功于 KDE4 的开发(似乎跟当年的 svn 一样，KDE 将代码仓库从 CVS 迁移到 SVN，同时证明了 SVN 管理大型项目的可用性)，在 KDE 开发者使用了近 10 年 autotools 之后，他们终于决定为 KDE4 选择一个新的工程构建工具，其根本原因用 KDE 开发者的话来 “ ” 说就是：只有少数几个 编译专家 能够掌握 KDE 现在的构建体系 (admin/Makefile 就是最好的证明。 4，简化编译构建过程和编译过程。Cmake 的工具链非常简单：cmake+make。 5，高效虑，按照 KDE 官方说法，CMake 构建 KDE4 的 kdelibs 要比使用 autotools 来 构建 KDE3.5.6 的 kdelibs 快 40% ，主要是因为 Cmake 在工具链中没有 libtool。 6，可扩展，可以为 cmake 编写特定功能的模块，扩充 cmake

#!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk # add an action after the build build/mypackage:: /bin/bash debian/scripts/foo.sh Debian 打包教程 debian/control （由 dh_make 自动填写） ▶ debian/control 文件内容： Build-Depends: debhelper (>= 7.0.50 ), autotools-dev 用 build-dependencies = 构建所需软件包名称的格式列出构建依赖库 ▶ 尝试用 debuild 的“像 xx 一样”功能构建软件包（得益于 dh 的神奇功 能） am，所以在构建时要调用一下 autoreconf。 用 dh 命令可以自动调用，将 debian/rules 里的 dh 调用代码块从： dh $ --with autotools-dev 改成：dh $ --with autotools-dev --with autoreconf Debian 打包教程 79 / 90 具体步骤…(5) ▶ 现在软件包已经能正常构建了 ▶ 用 debc 列出所生成的软件包内容，用

而不不是指导⽤用户编写 C++ 来绑定 到 V8 • 许多⼈人很早就建议搬到FFI（也就是 Cantrill )，遗憾的是我忽视了了他们的建议。 • （我对 libuv 采⽤用了了autotools 表示极度不不满）。 遗憾：package.json • Isaac 在 NPM 中发明了了 package.json（⼤大部分）。 • 但是我通过允许 Node 的 require()

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227 12.6.2 Autotools（自动化工具） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228 foo3 += bar 增加 Table 12.18: 变量扩展的列表 运行”make -p -f/dev/null” 命令来查看内部自动化的规则。 12.6.2 Autotools（自动化工具） Autotools 是一套编程工具，被设计作为协助将源代码软件包移植到许多 类 Unix 系统。 • Autoconf 是一个从”configure.ac” 生成 shell 脚本”configure” 软件包中的 checkinstall(8)，它将会提供一 个清晰的卸载路径。现在，它支持创建带有“-D”选项的 Debian 软件包。 12.6.3 Meson 软件构建系统也在演进： • Autotools 位于 Make 之上，从 90 年代开始，便是可移植构建架构的事实标准。它是相当慢的。 • CMake 在 2000 年初始发布，显著地改善了速度，但是它源于建立在本质上慢的 Make 之上。(目前

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226 12.6.2 Autotools（自動化工具） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227 foo3 += bar 增加 Table 12.18: 變數擴展的列表 執行”make -p -f/dev/null” 指令來檢視內部自動化的規則。 12.6.2 Autotools（自動化工具） Autotools 是一套程式設計工具，被設計作為協助將原始碼軟體包移植到許多 類 Unix 系統。 • Autoconf 是一個從”configure.ac” 生成 shell 指令碼”configure” 軟體包中的 checkinstall(8)，它將會提供一 個清晰的解除安裝路徑。現在，它支援建立帶有“-D”選項的 Debian 軟體包。 12.6.3 Meson 軟體構建系統也在演進： • Autotools 位於 Make 之上，從 90 年代開始，便是可移植構建架構的事實標準。它是相當慢的。 • CMake 在 2000 年初始釋出，顯著地改善了速度，但是它源於建立在本質上慢的 Make 之上。(目前

有人觉得从源码安装 Git 更实用，因为你能得到最新的版本。 二进制安装程序倾向于有一些滞后，当然近几年 Git 已经成熟，这个差异不再显著。 如果你想从源码安装 Git，需要安装 Git 依赖的库：autotools、curl、zlib、openssl、expat 和 libiconv。 如果 23 你的系统上有 dnf （如 Fedora）或者 apt（如基于 Debian 的系统）， 可以使用对应的命令来安装最少的依赖以便编译并安装

有人觉得从源码安装 Git 更实用，因为你能得到最新的版本。 二进制安装程序 倾向于有一些滞后，当然近几年 Git 已经成熟，这个差异不再显著。 如果你想从源码安装 Git，需要安装 Git 依赖的库：autotools、curl、zlib、 openssl、expat 和 libiconv。 如果你的系统上有 dnf （如 Fedora）或者 apt（如基于 Debian 的系统）， 可以使用对应的命令来安装最少的依赖以便