2.3 make 是如何工作的 2.4 makefile 中使用变量 2.5 让 make 自动推导 2.6 makefile 的另一种风格 2.7 清空目录的规则 2.8 Makefile 里有什么？ 2.9 Makefile 的文件名 2.10 包含其它 Makefile 2.11 环境变量 MAKEFILES 2.12 make 的工作方式 3 书写规则 定义命令包 5 使用变量 5.1 变量的基础 5.2 变量中的变量 ..... 30 5.3 变量高级用法 ..... 32 5.4 追加变量值 ..... 34 5.5 override 指令 ..... 35 5.6 多行变量 ..... 35 5.7 环境变量 ..... 36 5.8 目标变量 ..... 36 5.9 模式变量 ..... 37 5 62 9.3 隐含规则使用的变量 ..... 64 9.3.1 关于命令的变量。 ..... 64 9.3.2 关于命令参数的变量 ..... 65 9.4 隐含规则链 ..... 65 9.5 定义模式规则 ..... 66 9.5.1 模式规则介绍 ..... 66 9.5.2 模式规则示例 ..... 67 9.5.3 自动化变量 ..... 67 9.5.4

实践》(CMake Practice) 本文档是边学习边编写的成果，更像是一个学习笔记和Tutorial，因此难免有失误或者理解不够透彻的地方，比如，我仍然不能理解为什么绝大部分使用变量的情况要通过$\{\}$引用，而在IF语句中却必须直接使用变量名。也希望能够有cmake的高手来指点迷津。 补：从 cmake 的 maillist, 我找到了一些答案，原文是： The `IF(var)` or `IF(NOT `IF(/usr/lib/xorg)` and then CMake will check the value of the variable named `/usr/lib/xorg`..也就是说 IF 需要的是变量名而不是变量值 这个文档是开放的，开放的目的是为了让更多的人能够读到并且能够修改，任何人都可以对它作出修改和补充，但是，为了大家都能够获得你关于 cmake 的经验和积累，如果你现错误或者添加了新内容后，请务必 个指令隐式的定义了两个 cmake 变量： BINARY DIR 以及 SOURCE DIR，这里就是 HELLO BINARY DIR 和 HELLO SOURCE DIR(所以 CMakeLists.txt 中两个 MESSAGE 指令可以直接使用了这两个变量)，因为采用的是内部编译，两个变量目前指的都是工程所在路径/backup

践行哲学，遵循惯例，认清本质，理解原理 ## Part2 - 项目基础：布局、代码风格与命名 ## 每个 gopher 在开启一个 go 项目时都要考虑的事情 • Go 项目布局 • 代码风格 • 命名惯例 ## Part3 - 语法基础：声明、类型、语句与控制结构 ## 每个 gopher 编写 Go 代码都会用到的 • 一致的变量声明形式 - 无类型常量与 iota 的应用 • 定义零值可用的类型