Fixed all typos found up to the end. (#68)

* fix typo in rules.rst

* fix typo in variables.rst

* Add missing code in the example for filter-out in functions.rst

* fix some typo in  implicit_rules.rst

Author: RealLeng

source/functions.rst

@@ -175,6 +175,8 @@ filter-out
 
         objects=main1.o foo.o main2.o bar.o
         mains=main1.o main2.o
+        foo: $(objects)
+            cc $(filter-out $(mains),$(objects)) -o foo
 
   ``$(filter-out $(mains),$(objects))`` 返回值是 ``foo.o bar.o`` 。
 

source/implicit_rules.rst

@@ -221,8 +221,8 @@ Make默认的编译命令是 ``cc`` ，如果你把变量 ``$(CC)`` 重定义成
 隐含规则链
 ----------
 
-有些时候，一个目标可能被一系列的隐含规则所作用。例如，一个 ``.o`` 的文件生成，可能会是先被
-Yacc的[.y]文件先成 ``.c`` ，然后再被C的编译器生成。我们把这一系列的隐含规则叫做“隐含规则链”。
+有些时候，一个目标可能被一系列的隐含规则所作用。例如，一个 ``.o`` 的文件生成，可能会是先由
+Yacc的 ``.y`` 文件生成 ``.c`` ，然后再被C的编译器生成。我们把这一系列的隐含规则叫做“隐含规则链”。
 
 在上面的例子中，如果文件 ``.c`` 存在，那么就直接调用C的编译器的隐含规则，如果没有 ``.c`` 文件，
 但有一个 ``.y`` 文件，那么Yacc的隐含规则会被调用，生成 ``.c`` 文件，然后，再调用C编译的隐含
@@ -314,7 +314,7 @@ make就会规则下的命令，所以，在模式规则中，目标可能会是
 自动化变量
 ~~~~~~~~~~
 
-在上述的模式规则中，目标和依赖文件都是一系例的文件，那么我们如何书写一个命令来完成从不同的依赖
+在上述的模式规则中，目标和依赖文件都是一系列的文件，那么我们如何书写一个命令来完成从不同的依赖
 文件生成相应的目标？因为在每一次的对模式规则的解析时，都会是不同的目标和依赖文件。
 
 自动化变量就是完成这个功能的。在前面，我们已经对自动化变量有所提涉，相信你看到这里已对它有一个