Skip to content

Commit f30f633

Browse files
authored
Fixed ambiguity in some of places where the word "规则RULE" could mislead readers. (#71)
1 parent a7930c7 commit f30f633

File tree

1 file changed

+7
-7
lines changed

1 file changed

+7
-7
lines changed

source/introduction.rst

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -14,10 +14,10 @@ make命令执行时,需要一个makefile文件,以告诉make命令需要怎
1414
只要我们的makefile写得够好,所有的这一切,我们只用一个make命令就可以完成,make命令会自动智能
1515
地根据当前的文件修改的情况来确定哪些文件需要重编译,从而自动编译所需要的文件和链接目标程序。
1616

17-
makefile的规则
17+
makefile的“规则”
1818
--------------
1919

20-
在讲述这个makefile之前,还是让我们先来粗略地看一看makefile的规则
20+
在讲述这个makefile之前,还是让我们先来粗略地看一看makefile的“规则”(rule)
2121

2222
.. code-block:: makefile
2323
@@ -39,7 +39,7 @@ recipe
3939

4040
prerequisites中如果有一个以上的文件比target文件要新的话,recipe所定义的命令就会被执行。
4141

42-
这就是makefile的规则,也就是makefile中最核心的内容。
42+
这就是makefile的“规则”(rule),也就是makefile中最核心的内容。
4343

4444
说到底,makefile的东西就是这样一点,好像我的这篇文档也该结束了。呵呵。还不尽然,这是makefile
4545
的主线和核心,但要写好一个makefile还不够,我会在后面一点一点地结合我的工作经验给你慢慢道来。内
@@ -133,7 +133,7 @@ make是如何工作的
133133
makefile中使用变量
134134
------------------
135135

136-
在上面的例子中,先让我们看看edit的规则
136+
在上面的例子中,先让我们看看edit的“规则”
137137

138138
.. code-block:: makefile
139139
@@ -257,10 +257,10 @@ makefile的另一种风格
257257
还看你的喜好了。我是不喜欢这种风格的,一是文件的依赖关系看不清楚,二是如果文件一多,要加入几个
258258
新的 ``.o`` 文件,那就理不清楚了。
259259

260-
清空目录的规则
260+
清空目录(clean)的“规则”
261261
------------------
262262

263-
每个Makefile中都应该写一个清空目标文件( ``.o`` )和可执行文件的规则,这不仅便于重编译,也很
263+
每个Makefile中都应该写一个清空目标文件( ``.o`` )和可执行文件的“规则”,这不仅便于重编译,也很
264264
利于保持文件的清洁。这是一个“修养”(呵呵,还记得我的《编程修养》吗)。一般的风格都是:
265265

266266
.. code-block:: makefile
@@ -396,7 +396,7 @@ GNU的make工作时的执行步骤如下:(想来其它的make也是类似)
396396
#. 执行生成命令。
397397

398398
1-5步为第一个阶段,6-7为第二个阶段。第一个阶段中,如果定义的变量被使用了,那么,make会把其展
399-
开在使用的位置。但make并不会完全马上展开,make使用的是拖延战术,如果变量出现在依赖关系的规则
399+
开在使用的位置。但make并不会完全马上展开,make使用的是拖延战术,如果变量出现在依赖关系的“规则”
400400
中,那么仅当这条依赖被决定要使用了,变量才会在其内部展开。
401401

402402
当然,这个工作方式你不一定要清楚,但是知道这个方式你也会对make更为熟悉。有了这个基础,后续部分

0 commit comments

Comments
 (0)