GCC精彩之旅
GCC精彩之旅（一）
作者：肖文鹏 发文时间：2004.03.22
在为Linux开发应用程序时，绝大多数情况下使用的都是C语言，因此几乎每一位Linux程序员面临的首要问题都是如何灵活运用C编译器。目前Linux下最常用的C语言编译器是GCC（GNU Compiler Collection），它是GNU项目中符合ANSI C标准的编译系统，能够编译用C、C++和Object C等语言编写的程序。GCC不仅功能非常强大，结构也异常灵活。最值得称道的一点就是它可以通过不同的前端模块来支持各种语言，如Java、Fortran、Pascal、Modula-3和Ada等。
开放、自由和灵活是Linux的魅力所在，而这一点在GCC上的体现就是程序员通过它能够更好地控制整个编译过程。在使用GCC编译程序时，编译过程可以被细分为四个阶段：
◆ 预处理（Pre-Processing）
◆ 编译（Compiling）
◆ 汇编（Assembling）
◆ 链接（Linking）
Linux程序员可以根据自己的需要让GCC在编译的任何阶段结束，以便检查或使用编译器在该阶段的输出信息，或者对最后生成的二进制文件进行控制，以便通过加入不同数量和种类的调试代码来为今后的调试做好准备。和其它常用的编译器一样，GCC也提供了灵活而强大的代码优化功能，利用它可以生成执行效率更高的代码。
GCC提供了30多条警告信息和三个警告级别，使用它们有助于增强程序的稳定性和可移植性。此外，GCC还对标准的C和C++语言进行了大量的扩展，提高程序的执行效率，有助于编译器进行代码优化，能够减轻编程的工作量。
GCC起步
在学习使用GCC之前，下面的这个例子能够帮助用户迅速理解GCC的工作原理，并将其立即运用到实际的项目开发中去。首先用熟悉的编辑器输入清单1所示的代码：
清单1：hello.c
#include
int main(void)
{
printf ("Hello world, Linux programming!\n");
return 0;
}
然后执行下面的命令编译和运行这段程序：
# gcc hello.c -o hello
# ./hello
Hello world, Linux programming!
从程序员的角度看，只需简单地执行一条GCC命令就可以了，但从编译器的角度来看，却需要完成一系列非常繁杂的工作。首先，GCC需要调用预处理程序cpp，由它负责展开在源文件中定义的宏，并向其中插入“#include”语句所包含的内容；接着，GCC会调用ccl和as将处理后的源代码编译成目标代码；最后，GCC会调用链接程序ld，把生成的目标代码链接成一个可执行程序。
为了更好地理解GCC的工作过程，可以把上述编译过程分成几个步骤单独进行，并观察每步的运行结果。第一步是进行预编译，使用-E参数可以让GCC在预处理结束后停止编译过程：
# gcc -E hello.c -o hello.i
此时若查看hello.cpp文件中的内容，会发现stdio.h的内容确实都插到文件里去了，而其它应当被预处理的宏定义也都做了相应的处理。下一步是将hello.i编译为目标代码，这可以通过使用-c参数来完成：
# gcc -c hello.i -o hello.o
GCC默认将.i文件看成是预处理后的C语言源代码，因此上述命令将自动跳过预处理步骤而开始执行编译过程，也可以使用-x参数让GCC从指定的步骤开始编译。最后一步是将生成的目标文件链接成可执行文件：
# gcc hello.o -o hello
在采用模块化的设计思想进行软件开发时，通常整个程序是由多个源文件组成的，相应地也就形成了多个编译单元，使用GCC能够很好地管理这些编译单元。假设有一个由foo1.c和foo2.c两个源文件组成的程序，为了对它们进行编译，并最终生成可执行程序foo，可以使用下面这条命令：
# gcc foo1.c foo2.c -o foo
如果同时处理的文件不止一个，GCC仍然会按照预处理、编译和链接的过程依次进行。如果深究起来，上面这条命令大致相当于依次执行如下三条命令：
# gcc -c foo1.c -o foo1.o
# gcc -c foo2.c -o foo2.o
# gcc foo1.o foo2.o -o foo
在编译一个包含许多源文件的工程时，若只用一条GCC命令来完成编译是非常浪费时间的。假设项目中有100个源文件需要编译，并且每个源文件中都包含10000行代码，如果像上面那样仅用一条GCC命令来完成编译工作，那么GCC需要将每个源文件都重新编译一遍，然后再全部连接起来。很显然，这样浪费的时间相当多，尤其是当用户只是修改了其中某一个文件的时候，完全没有必要将每个文件都重新编译一遍，因为很多已经生成的目标文件是不会改变的。要解决这个问题，关键是要灵活运用GCC，同时还要借助像Make这样的工具。
警告提示功能
GCC包含完整的出错检查和警告提示功能，它们可以帮助Linux程序员写出更加专业和优美的代码。先来读读清单2所示的程序，这段代码写得很糟糕，仔细检查一下不难挑出很多毛病：
◆main函数的返回值被声明为void，但实际上应该是int；
◆使用了GNU语法扩展，即使用long long来声明64位整数，不符合ANSI/ISO C语言标准；
◆main函数在终止前没有调用return语句。
清单2：illcode.c
#include
void main(void)
{
long long int var = 1;
printf("It is not standard C code!\n");
}
下面来看看GCC是如何帮助程序员来发现这些错误的。当GCC在编译不符合ANSI/ISO C语言标准的源代码时，如果加上了-pedantic选项，那么使用了扩展语法的地方将产生相应的警告信息：
# gcc -pedantic illcode.c -o illcode
illcode.c: In function `main':
illcode.c:9: ISO C89 does not support `long long'
illcode.c:8: return type of `main' is not `int'
需要注意的是，-pedantic编译选项并不能保证被编译程序与ANSI/ISO C标准的完全兼容，它仅仅只能用来帮助Linux程序员离这个目标越来越近。或者换句话说，-pedantic选项能够帮助程序员发现一些不符合ANSI/ISO C标准的代码，但不是全部，事实上只有ANSI/ISO C语言标准中要求进行编译器诊断的那些情况，才有可能被GCC发现并提出警告。
除了-pedantic之外，GCC还有一些其它编译选项也能够产生有用的警告信息。这些选项大多以-W开头，其中最有价值的当数-Wall了，使用它能够使GCC产生尽可能多的警告信息：
# gcc -Wall illcode.c -o illcode
illcode.c:8: warning: return type of `main' is not `int'
illcode.c: In function `main':
illcode.c:9: warning: unused variable `var'
GCC给出的警告信息虽然从严格意义上说不能算作是错误，但却很可能成为错误的栖身之所。一个优秀的Linux程序员应该尽量避免产生警告信息，使自己的代码始终保持简洁、优美和健壮的特性。
在处理警告方面，另一个常用的编译选项是-Werror，它要求GCC将所有的警告当成错误进行处理，这在使用自动编译工具（如Make等）时非常有用。如果编译时带上-Werror选项，那么GCC会在所有产生警告的地方停止编译，迫使程序员对自己的代码进行修改。只有当相应的警告信息消除时，才可能将编译过程继续朝前推进。执行情况如下：
# gcc -Wall -Werror illcode.c -o illcode
cc1: warnings being treated as errors
illcode.c:8: warning: return type of `main' is not `int'
illcode.c: In function `main':
illcode.c:9: warning: unused variable `var'
对Linux程序员来讲，GCC给出的警告信息是很有价值的，它们不仅可以帮助程序员写出更加健壮的程序，而且还是跟踪和调试程序的有力工具。建议在用GCC编译源代码时始终带上-Wall选项，并把它逐渐培养成为一种习惯，这对找出常见的隐式编程错误很有帮助。
库依赖
在Linux下开发软件时，完全不使用第三方函数库的情况是比较少见的，通常来讲都需要借助一个或多个函数库的支持才能够完成相应的功能。从程序员的角度看，函数库实际上就是一些头文件（.h）和库文件（.so或者.a）的集合。虽然Linux下的大多数函数都默认将头文件放到/usr/include/目录下，而库文件则放到/usr/lib/目录下，但并不是所有的情况都是这样。正因如此，GCC在编译时必须有自己的办法来查找所需要的头文件和库文件。
GCC采用搜索目录的办法来查找所需要的文件，-I选项可以向GCC的头文件搜索路径中添加新的目录。例如，如果在/home/xiaowp/include/目录下有编译时所需要的头文件，为了让GCC能够顺利地找到它们，就可以使用-I选项：
# gcc foo.c -I /home/xiaowp/include -o foo
同样，如果使用了不在标准位置的库文件，那么可以通过-L选项向GCC的库文件搜索路径中添加新的目录。例如，如果在/home/xiaowp/lib/目录下有链接时所需要的库文件libfoo.so，为了让GCC能够顺利地找到它，可以使用下面的命令：
# gcc foo.c -L /home/xiaowp/lib -lfoo -o foo
值得好好解释一下的是-l选项，它指示GCC去连接库文件libfoo.so。Linux下的库文件在命名时有一个约定，那就是应该以lib三个字母开头，由于所有的库文件都遵循了同样的规范，因此在用-l选项指定链接的库文件名时可以省去lib三个字母，也就是说GCC在对-lfoo进行处理时，会自动去链接名为libfoo.so的文件。
Linux下的库文件分为两大类分别是动态链接库（通常以.so结尾）和静态链接库（通常以.a结尾），两者的差别仅在程序执行时所需的代码是在运行时动态加载的，还是在编译时静态加载的。默认情况下，GCC在链接时优先使用动态链接库，只有当动态链接库不存在时才考虑使用静态链接库，如果需要的话可以在编译时加上-static选项，强制使用静态链接库。例如，如果在/home/xiaowp/lib/目录下有链接时所需要的库文件libfoo.so和libfoo.a，为了让GCC在链接时只用到静态链接库，可以使用下面的命令：
# gcc foo.c -L /home/xiaowp/lib -static -lfoo -o foo
*******************************************************************************************
GCC精彩之旅（二）
作者：肖文鹏 发文时间：2004.03.22
代码优化
代码优化指的是编译器通过分析源代码，找出其中尚未达到最优的部分，然后对其重新进行组合，目的是改善程序的执行性能。GCC提供的代码优化功能非常强大，它通过编译选项-On来控制优化代码的生成，其中n是一个代表优化级别的整数。对于不同版本的GCC来讲，n的取值范围及其对应的优化效果可能并不完全相同，比较典型的范围是从0变化到2或3。
编译时使用选项-O可以告诉GCC同时减小代码的长度和执行时间，其效果等价于-O1。在这一级别上能够进行的优化类型虽然取决于目标处理器，但一般都会包括线程跳转（Thread Jump）和延迟退栈（Deferred Stack Pops）两种优化。选项-O2告诉GCC除了完成所有-O1级别的优化之外，同时还要进行一些额外的调整工作，如处理器指令调度等。选项-O3则除了完成所有-O2级别的优化之外，还包括循环展开和其它一些与处理器特性相关的优化工作。通常来说，数字越大优化的等级越高，同时也就意味着程序的运行速度越快。许多Linux程序员都喜欢使用-O2选项，因为它在优化长度、编译时间和代码大小之间，取得了一个比较理想的平衡点。
下面通过具体实例来感受一下GCC的代码优化功能，所用程序如清单3所示。
清单3：optimize.c
#include
int main(void)
{
double counter;
double result;
double temp;
for (counter = 0;
counter < 2000.0 * 2000.0 * 2000.0 / 20.0 + 2020;
counter += (5 - 1) / 4) {
temp = counter / 1979;
result = counter;
}
printf("Result is %lf\n", result);
return 0;
}
首先不加任何优化选项进行编译：
# gcc -Wall optimize.c -o optimize
借助Linux提供的time命令，可以大致统计出该程序在运行时所需要的时间：
# time ./optimize
Result is 400002019.000000
real 0m14.942s
user 0m14.940s
sys 0m0.000s
接下去使用优化选项来对代码进行优化处理：
# gcc -Wall -O optimize.c -o optimize
在同样的条件下再次测试一下运行时间：
# time ./optimize
Result is 400002019.000000
real 0m3.256s
user 0m3.240s
sys 0m0.000s
对比两次执行的输出结果不难看出，程序的性能的确得到了很大幅度的改善，由原来的14秒缩短到了3秒。这个例子是专门针对GCC的优化功能而设计的，因此优化前后程序的执行速度发生了很大的改变。尽管GCC的代码优化功能非常强大，但作为一名优秀的Linux程序员，首先还是要力求能够手工编写出高质量的代码。如果编写的代码简短，并且逻辑性强，编译器就不会做更多的工作，甚至根本用不着优化。
优化虽然能够给程序带来更好的执行性能，但在如下一些场合中应该避免优化代码：
◆ 程序开发的时候 优化等级越高，消耗在编译上的时间就越长，因此在开发的时候最好不要使用优化选项，只有到软件发行或开发结束的时候，才考虑对最终生成的代码进行优化。
◆ 资源受限的时候 一些优化选项会增加可执行代码的体积，如果程序在运行时能够申请到的内存资源非常紧张（如一些实时嵌入式设备），那就不要对代码进行优化，因为由这带来的负面影响可能会产生非常严重的后果。
◆ 跟踪调试的时候 在对代码进行优化的时候，某些代码可能会被删除或改写，或者为了取得更佳的性能而进行重组，从而使跟踪和调试变得异常困难。
调试
一个功能强大的调试器不仅为程序员提供了跟踪程序执行的手段，而且还可以帮助程序员找到解决问题的方法。对于Linux程序员来讲，GDB（GNU Debugger）通过与GCC的配合使用，为基于Linux的软件开发提供了一个完善的调试环境。
默认情况下，GCC在编译时不会将调试符号插入到生成的二进制代码中，因为这样会增加可执行文件的大小。如果需要在编译时生成调试符号信息，可以使用GCC的-g或者-ggdb选项。GCC在产生调试符号时，同样采用了分级的思路，开发人员可以通过在-g选项后附加数字1、2或3来指定在代码中加入调试信息的多少。默认的级别是2（-g2），此时产生的调试信息包括扩展的符号表、行号、局部或外部变量信息。级别3（-g3）包含级别2中的所有调试信息，以及源代码中定义的宏。级别1（-g1）不包含局部变量和与行号有关的调试信息，因此只能够用于回溯跟踪和堆栈转储之用。回溯跟踪指的是监视程序在运行过程中的函数调用历史，堆栈转储则是一种以原始的十六进制格式保存程序执行环境的方法，两者都是经常用到的调试手段。
GCC产生的调试符号具有普遍的适应性，可以被许多调试器加以利用，但如果使用的是GDB，那么还可以通过-ggdb选项在生成的二进制代码中包含GDB专用的调试信息。这种做法的优点是可以方便GDB的调试工作，但缺点是可能导致其它调试器（如DBX）无法进行正常的调试。选项-ggdb能够接受的调试级别和-g是完全一样的，它们对输出的调试符号有着相同的影响。
需要注意的是，使用任何一个调试选项都会使最终生成的二进制文件的大小急剧增加，同时增加程序在执行时的开销，因此调试选项通常仅在软件的开发和调试阶段使用。调试选项对生成代码大小的影响从下面的对比过程中可以看出来：
# gcc optimize.c -o optimize
# ls optimize -l
-rwxrwxr-x 1 xiaowp xiaowp 11649 Nov 20 08:53 optimize (未加调试选项)
# gcc -g optimize.c -o optimize
# ls optimize -l
-rwxrwxr-x 1 xiaowp xiaowp 15889 Nov 20 08:54 optimize (加入调试选项)
虽然调试选项会增加文件的大小，但事实上Linux中的许多软件在测试版本甚至最终发行版本中仍然使用了调试选项来进行编译，这样做的目的是鼓励用户在发现问题时自己动手解决，是Linux的一个显著特色。
下面还是通过一个具体的实例说明如何利用调试符号来分析错误，所用程序见清单4所示。
清单4：crash.c
#include
int main(void)
{
int input =0;
printf("Input an integer:");
scanf("%d", input);
printf("The integer you input is %d\n", input);
return 0;
}
编译并运行上述代码，会产生一个严重的段错误（Segmentation fault）如下：
# gcc -g crash.c -o crash
# ./crash
Input an integer:10
Segmentation fault
为了更快速地发现错误所在，可以使用GDB进行跟踪调试，方法如下：
# gdb crash
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
……
(gdb)
当GDB提示符出现的时候，表明GDB已经做好准备进行调试了，现在可以通过run命令让程序开始在GDB的监控下运行：
(gdb) run
Starting program: /home/xiaowp/thesis/gcc/code/crash
Input an integer:10
Program received signal SIGSEGV, Segmentation fault.
0x4008576b in _IO_vfscanf_internal () from /lib/libc.so.6
仔细分析一下GDB给出的输出结果不难看出，程序是由于段错误而导致异常中止的，说明内存操作出了问题，具体发生问题的地方是在调用_IO_vfscanf_internal ( )的时候。为了得到更加有价值的信息，可以使用GDB提供的回溯跟踪命令backtrace，执行结果如下：
(gdb) backtrace
#0 0x4008576b in _IO_vfscanf_internal () from /lib/libc.so.6
#1 0xbffff0c0 in ?? ()
#2 0x4008e0ba in scanf () from /lib/libc.so.6
#3 0x08048393 in main () at crash.c:11
#4 0x40042917 in __libc_start_main () from /lib/libc.so.6
跳过输出结果中的前面三行，从输出结果的第四行中不难看出，GDB已经将错误定位到crash.c中的第11行了。现在仔细检查一下：
(gdb) frame 3
#3 0x08048393 in main () at crash.c:11
11 scanf("%d", input);
使用GDB提供的frame命令可以定位到发生错误的代码段，该命令后面跟着的数值可以在backtrace命令输出结果中的行首找到。现在已经发现错误所在了，应该将
scanf("%d", input);
改为
scanf("%d", &input);
完成后就可以退出GDB了，命令如下：
(gdb) quit
GDB的功能远远不止如此，它还可以单步跟踪程序、检查内存变量和设置断点等。
调试时可能会需要用到编译器产生的中间结果，这时可以使用-save-temps选项，让GCC将预处理代码、汇编代码和目标代码都作为文件保存起来。如果想检查生成的代码是否能够通过手工调整的办法来提高执行性能，在编译过程中生成的中间文件将会很有帮助，具体情况如下：
# gcc -save-temps foo.c -o foo
# ls foo*
foo foo.c foo.i foo.s
GCC支持的其它调试选项还包括-p和-pg，它们会将剖析（Profiling）信息加入到最终生成的二进制代码中。剖析信息对于找出程序的性能瓶颈很有帮助，是协助Linux程序员开发出高性能程序的有力工具。在编译时加入-p选项会在生成的代码中加入通用剖析工具（Prof）能够识别的统计信息，而-pg选项则生成只有GNU剖析工具（Gprof）才能识别的统计信息。
最后提醒一点，虽然GCC允许在优化的同时加入调试符号信息，但优化后的代码对于调试本身而言将是一个很大的挑战。代码在经过优化之后，在源程序中声明和使用的变量很可能不再使用，控制流也可能会突然跳转到意外的地方，循环语句有可能因为循环展开而变得到处都有，所有这些对调试来讲都将是一场噩梦。建议在调试的时候最好不使用任何优化选项，只有当程序在最终发行的时候才考虑对其进行优化。
************************************************************************************************
GCC精彩之旅（三）
作者：肖文鹏 发文时间：2004.04.14
上次的培训园地中介绍了GCC的编译过程、警告提示功能、库依赖、代码优化和程序调试六个方面的内容。这期是最后的一部分内容。
加速
在将源代码变成可执行文件的过程中，需要经过许多中间步骤，包含预处理、编译、汇编和连接。这些过程实际上是由不同的程序负责完成的。大多数情况下GCC可以为Linux程序员完成所有的后台工作，自动调用相应程序进行处理。
这样做有一个很明显的缺点，就是GCC在处理每一个源文件时，最终都需要生成好几个临时文件才能完成相应的工作，从而无形中导致处理速度变慢。例如，GCC在处理一个源文件时，可能需要一个临时文件来保存预处理的输出、一个临时文件来保存编译器的输出、一个临时文件来保存汇编器的输出，而读写这些临时文件显然需要耗费一定的时间。当软件项目变得非常庞大的时候，花费在这上面的代价可能会变得很沉重。
解决的办法是，使用Linux提供的一种更加高效的通信方式—管道。它可以用来同时连接两个程序，其中一个程序的输出将被直接作为另一个程序的输入，这样就可以避免使用临时文件，但编译时却需要消耗更多的内存。
在编译过程中使用管道是由GCC的-pipe选项决定的。下面的这条命令就是借助GCC的管道功能来提高编译速度的：
# gcc -pipe foo.c -o foo
在编译小型工程时使用管道，编译时间上的差异可能还不是很明显，但在源代码非常多的大型工程中，差异将变得非常明显。
文件扩展名
在使用GCC的过程中，用户对一些常用的扩展名一定要熟悉，并知道其含义。为了方便大家学习使用GCC，在此将这些扩展名罗列如下：
.c C原始程序；
.C C++原始程序；
.cc C++原始程序；
.cxx C++原始程序；
.m Objective-C原始程序；
.i 已经过预处理的C原始程序；
.ii 已经过预处理之C++原始程序；
.s 组合语言原始程序；
.S 组合语言原始程序；
.h 预处理文件(标头文件)；
.o 目标文件；
.a 存档文件。
GCC常用选项
GCC作为Linux下C/C++重要的编译环境，功能强大，编译选项繁多。为了方便大家日后编译方便，在此将常用的选项及说明罗列出来如下：
-c 通知GCC取消链接步骤，即编译源码并在最后生成目标文件；
-Dmacro 定义指定的宏，使它能够通过源码中的#ifdef进行检验；
-E 不经过编译预处理程序的输出而输送至标准输出；
-g3 获得有关调试程序的详细信息，它不能与-o选项联合使用；
-Idirectory 在包含文件搜索路径的起点处添加指定目录；
-llibrary 提示链接程序在创建最终可执行文件时包含指定的库；
-O、-O2、-O3 将优化状态打开，该选项不能与-g选项联合使用；
-S 要求编译程序生成来自源代码的汇编程序输出；
-v 启动所有警报；
-Wall 在发生警报时取消编译操作，即将警报看作是错误；
-Werror 在发生警报时取消编译操作，即把报警当作是错误；
-w 禁止所有的报警。
小结
GCC是在Linux下开发程序时必须掌握的工具之一。本文对GCC做了一个简要的介绍，主要讲述了如何使用GCC编译程序、产生警告信息、调试程序和加快GCC的编译速度。对所有希望早日跨入Linux开发者行列的人来说，GCC就是成为一名优秀的Linux程序员的起跑线。
posted @ 16:44 无右 评论 (0) 编辑 收藏
GCC使用手册
GCC使用手册
作者：Clock
1.前言
GCC编译器的手册(GCC MANUAL)的英文版已经非常全面，并且结构也非常完善了，只是一直都没有中文的版本，我这次阅读了GCC编译器的主要内容，对手册的内容进行了结构性的了解，认为有必要对这次阅读的内容进行整理，为以后的工作做准备。
由于我对这个英文手册的阅读也仅仅是结构性的。因此有很多地方并没有看，所以这篇文档的内容我也只能写出部分，对于以后需要详细了解的地方，会再往这篇文档中增添内容，需要增添的内容主要是编译器的各种开关。
2. GCC功能介绍
GCC编译器完成从C、C++、objective-C等源文件向运行在特定CPU硬件上的目标代码的转换（这是任何一个编译器需要完成的任务）。
GCC能够处理的源文件分为C、C++、Objective-C、汇编语言等。对于这些源文件，用他们的后缀名进行标示。GCC能够处理的后缀有：
a. *.c *.C (C语言)
b. *.cxx *.cc (C++语言)
c. *.m (面向对象的C)
d. *.i (预处理后的C语言源文件)
e. *.ii (预处理后的C++语言源文件)
f. *.s *.S (汇编语言)
h. *.h (头文件)
目标文件可以是：
a. *.o 编译连接后的目标文件
b. *.a 库文件
编译器把编译生成目标代码的任务分为以下4步：
a.预处理，把预处理命令扫描处理完毕；
b.编译，把预处理后的结果编译成汇编或者目标模块；
c.汇编，把编译出来的结果汇编成具体CPU上的目标代码模块；
d.连接，把多个目标代码模块连接生成一个大的目标模块；
3. GCC开关
GCC的运行开关共分为11类，这是类开关从11个方面控制着GCC程序的运行，以达到特定的编译目的。
3.1. 全局开关(OVERALL OPTIONS)
全局开关用来控制在“GCC功能介绍”中的GCC的4个步骤的运行，在缺省的情况下，这4个步骤都是要执行的，但是当给定一些全局开关后，这些步骤就会在某一步停止执行，这产生中间结果，例如可能你只是需要中间生成的预处理的结果或者是汇编文件(比如拟的目的是为了看某个CPU上的汇编语言怎么写)。
3.1.1. –x language
对于源文件是用什么语言编写的，可以通过文件名的后缀来标示，也可以用这开关。指定输入文件是什么语言编写的，language 可以是如下的内容
a. c
b. objective-c
c. c-header
d. c++
e.cpp-output
f.assembler
g.assembler-with-cpp
3.1.2.–x none
把上一节介绍的-x开关都给关掉了。
3.1.3. –c
编译成把源文件目标代码，不做连接的动作。
3.1.4. –S
把源文件编译成汇编代码，不做汇编和连接的动作。
3.1.5. –E
只把源文件进行预处理之后的结果输出来。不做编译，汇编，连接的动作。
3.1.6. –o file
指明输出文件名是file。
3.1.7. –v
把整个编译过程的输出信息都给打印出来。
3.1.8.–pipe
由于gcc的工作分为好几步才完成，所以需要在过程中生成临时文件，使用-pipe就是用管道替换临时文件。
3.2. 语言相关开关(Language Options)
用来处理和语言相关的控制开关。
3.2.1.–ansi
这个开关让GCC编译器把所有的gnu的编译器特性都给关掉，让你的程序可以和ansi标准兼容。
除了以上的开关外，语言相关开关还有很多，如果在以后的工作学习中遇到了再加不迟！3.3.预处理开关(Preprocessor Options)
用来控制预处理所设置的开关。
3.3.1. –include file
在编译之前，把file包含进去，相当于在所有编译的源文件最前面加入了一个#include
3.3.2. –imacros file
同-include file 一样。不过这个文件在具体编译的时候只有里面定义的宏才起作用，所以值用来在file文件里面定义宏。
3.3.3. –nostdinc
在搜寻include 的文件路径中去掉标准的c语言头文件搜索路径，例如stdio.h文件就是放在标准头文件搜索路径下。
3.3.4. –nostdinc++
同上，只是去掉的是标准C++语言的头文件搜索路径。
3.3.5. –C
同-E参数配合使用。让预处理后的结果，把注释保留，让人能够比较好读它。
3.3.6. –Dmacro
把macro定义为字符串’1’。
3.3.7. –Dmacro = defn
把macro定义为defn。
3.3.8. –Umacro
把对macro的定义取消。
除了以上的开关外，预处理相关开关还有很多，如果在以后的工作学习中遇到了再加不迟！
3.4. 汇编开关(Assembler Option)
用来控制汇编行为的开关。
3.4.1. –Wa , option
把option作为开关送给汇编程序。如果option里面有逗号，则作为好几行进行处理。
3.5.连接开关(Linker Options)
用来控制连接过程的开关选项。
3.5.1. object-file-name
3.5.2. –llibrary
连接库文件开关。例如-lugl，则是把程序同libugl.a文件进行连接。
3.5.3. –lobjc
这个开关用在面向对象的C语言文件的库文件处理中。
3.5.4. –nostartfiles
在连接的时候不把系统相关的启动代码连接进来。
3.5.5. –nostdlib
在连接的时候不把系统相关的启动文件和系统相关的库连接进来。
3.5.6. –static
在一些系统上支持动态连接，这个开关则不允许动态连接。
3.5.7. –shared
生成可共享的被其他程序连接的目标模块。
连接相关的开关还有一些，以后需要的时候再补。
3.6.目录相关开关(Directory Options)
用于定义与目录操作相关的开关。
3.6.1. –Idir
宏include需要搜寻的目录。
3.6.2.–I-
与-I开关类似。
3.6.3.–Ldir
搜寻库文件(*.a)的路径。
和目录相关的开关还有很多，以后需要再加。
3.7. 警告开关(Warning Options)
与警告处理相关的开关。
3.7.1.–fsyntax-only
只检查代码中的语法错误，但并没有输出。
3.7.2. –w
禁止一切警告信息打印出来。
3.7.3. –Wno-import
禁止对宏#import提出警告。
3.7.4. –pedantic
3.7.5. –pedantic-errors
3.7.6. –W
还有很多与警告处理相关的开关，以后再补。
3.8. 调试开关(Debugging Options)
3.8.1.–g
把调试开关打开，让编译的目标文件有调试信息。
还有很多与调试处理相关的开关，以后再补。
3.9. 优化开关(Optimization Options)
-O1 –O2 –O3 –O0，这些开关分别控制优化的强度，-O3最强。
3.10. 目标机开关(Target Options)
3.10.1. –b machine
在有的时候，Gcc编译器编译出来的目标代码并不是在运行这个编译动作的机器上运行而是另外一台机器，这种编译叫做交叉编译，用来运行最终目标代码的得机器叫做目标机，machine就是用来指明目标机的类型的。
3.10.2. –V version
用来告诉编译器使用它的多少版本的功能，version参数用来表示版本。
3.11. CPU相关开关(Machine Dependent Options)
比较多，也是在交叉编译的时候用得着。以后再说。
3.12. 生成代码开关(Code Generation Options)
********************************************************************************************
GCC 使用指南
使用语法：
gcc [ option filename ]...
g++ [ option filename ]...
其中 option 为 gcc 使用时的选项(后面会再详述)，
而 filename 为欲以 gcc 处理的文件
说明：
这 C 与 C++ 的 compiler 已将产生新程序的相关程序整合起来。产
生一个新的程序需要经过四个阶段：预处理、编译、汇编、连结，而这两
个编译器都能将输入的文件做不同阶段的处理。虽然原始程序的扩展名可
用来分辨编写原始程序码所用的语言，但不同的compiler，其预设的处理
程序却各不相同：
gcc 预设经由预处理过(扩展名为.i)的文件为 C 语言，并於程式
连结阶段以 C 的连结方式处理。
g++ 预设经由预处理过(扩展名为.i)的文件为 C++ 语言，并於程
序连结阶段以 C++ 的连结方式处理。
原始程序码的扩展名指出所用编写程序所用的语言，以及相对应的处
理方法：
.c C 原始程序 ； 预处理、编译、汇编
.C C++ 原始程序 ； 预处理、编译、汇编
.cc C++ 原始程序 ； 预处理、编译、汇编
.cxx C++ 原始程序 ； 预处理、编译、汇编
.m Objective-C 原始程序 ； 预处理、编译、汇编
.i 已经过预处理之 C 原始程序 ； 编译、汇编
.ii 已经过预处理之 C++ 原始程序 ； 编译、汇编
.s 组合语言原始程序 ； 汇编
.S 组合语言原始程序 ； 预处理、汇编
.h 预处理文件(标头文件) ； (不常出现在指令行)
其他扩展名的文件是由连结程序来处理，通常有：
.o Object file
.a Archive file
除非编译过程出现错误，否则 "连结" 一定是产生一个新程序的最
後阶段。然而你也可以以 -c、-s 或 -E 等选项，将整个过程自四
个阶段中的其中一个停止。在连结阶段，所有与原始码相对应的
.o 文件、程序库、和其他无法自文件名辨明属性的文件(包括不以 .o
为扩展名的 object file 以及扩展名为 .a 的 archive file)都会
交由连结程序来处理(在指令行将那些文件当作连结程序的参数传给
连结程序)。
选项：
不同的选项必须分开来下：例如 `-dr' 这个选项就与 `-d -r' 大
不相同。
绝大部份的 `-f' 及 `-W' 选项都有正反两种形式：-fname 及
-fno-name (或 -Wname 及 -Wno-name)。以下只列出非预设的那个
形式。
以下是所有选项的摘要。以形式来分类。选项的意义将另辟小节说
明。
一般性(概略、常用的)选项
-c -S -E -o file -pipe -v -x language
程序语言选项
-ansi -fall-virtual -fcond-mismatch
-fdollars-in-identifiers -fenum-int-equiv
-fexternal-templates -fno-asm -fno-builtin
-fno-strict-prototype -fsigned-bitfields
-fsigned-char -fthis-is-variable
-funsigned-bitfields -funsigned-char
-fwritable-strings -traditional -traditional-cpp
-trigraphs
编译时的警告选项
-fsyntax-only -pedantic -pedantic-errors -w -W
-Wall -Waggregate-return -Wcast-align -Wcast-qual
-Wchar-subscript -Wcomment -Wconversion
-Wenum-clash -Werror -Wformat -Wid-clash-len
-Wimplicit -Winline -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -Wno-import
-Wparentheses -Wpointer-arith -Wredundant-decls
-Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch
-Wtemplate-debugging -Wtraditional -Wtrigraphs
-Wuninitialized -Wunused -Wwrite-strings
除错选项
-a -dletters -fpretend-float -g -glevel -gcoff
-gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+
-ggdb -p -pg -save-temps -print-file-name=library
-print-libgcc-file-name -print-prog-name=program
最佳化选项
-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks
-fdelayed-branch -felide-constructors
-fexpensive-optimizations -ffast-math -ffloat-store
-fforce-addr -fforce-mem -finline-functions
-fkeep-inline-functions -fmemoize-lookups
-fno-default-inline -fno-defer-pop
-fno-function-cse -fno-inline -fno-peephole
-fomit-frame-pointer -frerun-cse-after-loop
-fschedule-insns -fschedule-insns2
-fstrength-reduce -fthread-jumps -funroll-all-loops
-funroll-loops -O -O2
预处理选项
-Aassertion -C -dD -dM -dN -Dmacro[=defn] -E -H
-idirafter dir -include file -imacros file -iprefix
file -iwithprefix dir -M -MD -MM -MMD -nostdinc -P
-Umacro -undef
汇编程序选项
-Wa,option
连结程序选项
-llibrary -nostartfiles -nostdlib -static -shared
-symbolic -Xlinker option -Wl,option -u symbol
目录选项
-Bprefix -Idir -I- -Ldir
Target Options
-b machine -V version
与机器(平台)相关的选项
M680x0 Options
-m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881
-mbitfield -mc68000 -mc68020 -mfpa -mnobitfield
-mrtd -mshort -msoft-float
VAX Options
-mg -mgnu -munix
SPARC Options
-mepilogue -mfpu -mhard-float -mno-fpu
-mno-epilogue -msoft-float -msparclite -mv8
-msupersparc -mcypress
Convex Options
-margcount -mc1 -mc2 -mnoargcount
AMD29K Options
-m29000 -m29050 -mbw -mdw -mkernel-registers
-mlarge -mnbw -mnodw -msmall -mstack-check
-muser-registers
M88K Options
-m88000 -m88100 -m88110 -mbig-pic
-mcheck-zero-division -mhandle-large-shift
-midentify-revision -mno-check-zero-division
-mno-ocs-debug-info -mno-ocs-frame-position
-mno-optimize-arg-area -mno-serialize-volatile
-mno-underscores -mocs-debug-info
-mocs-frame-position -moptimize-arg-area
-mserialize-volatile -mshort-data-num -msvr3 -msvr4
-mtrap-large-shift -muse-div-instruction
-mversion-03.00 -mwarn-passed-structs
RS6000 Options
-mfp-in-toc -mno-fop-in-toc
RT Options
-mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs
-mfull-fp-blocks -mhc-struct-return -min-line-mul
-mminimum-fp-blocks -mnohc-struct-return
MIPS Options
-mcpu=cpu type -mips2 -mips3 -mint64 -mlong64
-mlonglong128 -mmips-as -mgas -mrnames -mno-rnames
-mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy
-mno-memcpy -mno-mips-tfile -mmips-tfile
-msoft-float -mhard-float -mabicalls -mno-abicalls
-mhalf-pic -mno-half-pic -G num -nocpp
i386 Options
-m486 -mno-486 -msoft-float -mno-fp-ret-in-387
HPPA Options
-mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs
-mno-shared-libs -mlong-calls -mdisable-fpregs
-mdisable-indexing -mtrailing-colon
i960 Options
-mcpu-type -mnumerics -msoft-float
-mleaf-procedures -mno-leaf-procedures -mtail-call
-mno-tail-call -mcomplex-addr -mno-complex-addr
-mcode-align -mno-code-align -mic-compat
-mic2.0-compat -mic3.0-compat -masm-compat
-mintel-asm -mstrict-align -mno-strict-align
-mold-align -mno-old-align
DEC Alpha Options
-mfp-regs -mno-fp-regs -mno-soft-float -msoft-float
System V Options
-G -Qy -Qn -YP,paths -Ym,dir
Code Generation Options
-fcall-saved-reg -fcall-used-reg -ffixed-reg
-finhibit-size-directive -fnonnull-objects
-fno-common -fno-ident -fno-gnu-linker
-fpcc-struct-return -fpic -fPIC
-freg-struct-returno -fshared-data -fshort-enums
-fshort-double -fvolatile -fvolatile-global
-fverbose-asm
PRAGMAS
Two `#pragma' directives are supported for GNU C++, to
permit using the same header file for two purposes: as a
definition of interfaces to a given object class, and as
the full definition of the contents of that object class.
#pragma interface
(C++ only.) Use this directive in header files
that define object classes, to save space in most
of the object files that use those classes. Nor-
mally, local copies of certain information (backup
copies of inline member functions, debugging infor-
mation, and the internal tables that implement vir-
tual functions) must be kept in each object file
that includes class definitions. You can use this
pragma to avoid such duplication. When a header
file containing `#pragma interface' is included in
a compilation, this auxiliary information will not
be generated (unless the main input source file it-
self uses `#pragma implementation'). Instead, the
object files will contain references to be resolved
at link time.
#pragma implementation
#pragma implementation "objects.h"
(C++ only.) Use this pragma in a main input file,
when you want full output from included header
files to be generated (and made globally visible).
The included header file, in turn, should use
`#pragma interface'. Backup copies of inline mem-
ber functions, debugging information, and the in-
ternal tables used to implement virtual functions
are all generated in implementation files.
If you use `#pragma implementation' with no argu-
ment, it applies to an include file with the same
basename as your source file; for example, in
`allclass.cc', `#pragma implementation' by itself
is equivalent to `#pragma implementation
"allclass.h"'. Use the string argument if you want
a single implementation file to include code from
multiple header files.
There is no way to split up the contents of a sin-
gle header file into multiple implementation files.
文件说明
file.c C source file
file.h C header (preprocessor) file
file.i 经预处理过的 C source file
file.C C++ source file
file.cc C++ source file
file.cxx C++ source file
file.m Objective-C source file
file.s assembly language file
file.o object file
a.out link edited output
TMPDIR/cc* temporary files
LIBDIR/cpp preprocessor
LIBDIR/cc1 compiler for C
LIBDIR/cc1plus compiler for C++
LIBDIR/collect linker front end needed on some machines
LIBDIR/libgcc.a GCC subroutine library
/lib/crt[01n].o start-up routine
LIBDIR/ccrt0 additional start-up routine for C++
/lib/libc.a standard C library, 参阅 man page intro(3)
/usr/include standard directory for #include files
LIBDIR/include standard gcc directory for #include files
LIBDIR/g++-include additional g++ directory for #include
LIBDIR is usually /usr/local/lib/machine/version.
TMPDIR comes from the environment variable TMPDIR (default
/usr/tmp if available, else /tmp).
Emacs 快速指南
您正在阅读 Emacs 快速指南（ Emacs tutorial ）。请见页尾有关复制条件。
Copyright (c) 1985, 1996, 1998, 2001, 2002 Free Software Foundation.
Emacs 命令通常包含有 CONTROL 键（有时候以 CTRL 或 CTL 来标示）或是
META 键（有时候以 EDIT 或 ALT 来标示）。为了避免每一次都要写出其全名，
我们将会使用下述的缩写：
C-
因此，C-f 就是：按住 CONTROL 键再键入 f 。
M-
如果没有 META 、 EDIT 或 ALT 键时，则可以用
“按一下 ESC 键然后放开，再键入
来作为替代。我们以
重要备忘录：要退出 Emacs 会话（ session ），键入 C-x C-c （两个字
符）。位在左侧边界的“>>”字符是让您可以试著使用的命令的提示。举例来说：
<
[Middle of page left blank for didactic purposes. Text continues below]
>> 现在键入 C-v （ View next screen ）以移到下个屏幕。
（试试看，键入字符 v 时，按住 CONTROL 键）
从现在开始，您应该在每次阅读完目前的屏幕时做一次这个动作。
要注意的是，当您从一个屏幕移到另一个时，中间会有两行重复；这样做是为了
提供一些连续性，让您可以接续地阅读文字。
您需要知道的第一件事是如何在文字中移动。您已经知道了可以 C-v 来向前移
动一个屏幕。要向后移动一个屏幕，则键入 M-v （按住 META 键，然后键入 v
，或是如果您没有 META 、 EDIT 或 ALT 键时键入
>> 试著键入 M-v 然后 C-v ，连续个几次。
【现在您可以 C-v 命令移到后面“翻译”一节，以取得关于本文的翻译相关事
项；然后以 M-v 命令回到这里。】
* 摘要（ SUMMARY ）
-------------------
以下的命令在浏览屏幕时相当有用：【我们现在以“屏幕”来表示“显示文件内
容的区域”，因为目前是处在 Emacs 中的单窗格（ window ）显示状态，如果
是在多窗格的状态下，这里所介绍的命令则作用在“工作中的窗格”。有关于窗
格的介绍，请见窗格（ windows ）一节。】
C-v 向前移动一个屏幕／窗格
M-v 向后移动一个屏幕／窗格
C-l 清除屏幕／窗格，再重新显示所有文字，
光标所在位置会显示于屏幕／窗格的中央。
（是 CONTROL-L 而不是 CONTROL-1 ）
>> 找出光标的位置，并注意其附近的文字为何。然后键入 C-l 。
再次找出光标的位置，确认一下相同的文字现在也位在其附近。
如果您的终端机有 PageUp 与 PageDn 键的话，您也可以使用它们来以屏幕为单
位地移动，但是使用 C-v 和 M-v 会比较有效率。
* 基本的光标控制（ BASIC CURSOR CONTROL ）
------------------------------------------
屏幕到屏幕的移动是很有用，但是您如何移动到位于屏幕内文字中的特定位置呢？
有几种方式可以进行。您可以使用方向键，但是将您的手放在标准的〔键盘〕位
置，并且使用命令 C-p 、 C-b 、 C-f 和 C-n 将比较有效率。这些字符和四个
方向键〔的功能〕是同等的，如下所示：
前一行 C-p
:
:
向后移 C-b .... 目前光标位置 .... 向前移 C-f
:
:
后一行 C-n
>> 以 C-n 或 C-p 将光标移到图形的中央。
键入 C-l 会看到整个图形显示在屏幕的中央。
您会发现用字母所代表的意义来记忆它们很容易：P 表示 previous 、 N 表示
next 、 B 表示 backward 、而 F 则表示 forward 。您将“总是”用到这些游
标移动命令。
>> 按几次 C-n 把光标往下移动到这行。
>> 按几次 C-f 往前移到这行，然后再以 C-p 往后移动。
看看当光标在本行中央时，C-p 的动作是怎样。
每一个文字行都以一个 Newline 字符作为结束，它用来与下一行相互分开。
在您文件中的最后一行应该要有一个 Newline 来作为结束（但是 Emacs 并不一
定需要它来编辑文件）。
>> 试著在一行开始的地方键入 C-b 。结果应该会移动到前一行的最后面。
这是因为它往后移动时越过了 Newline 字符。
C-f 也可以和 C-b 一样地越过 Newline 字符。【Newline 字符是“不可见
（ invisible ）字符”，在编辑器中一般看不到它，这里只是告诉您：在行首
再往前走，那么光标会跑到前一行（如果有前一行的话）；在行尾再往后走，那
么光标会跑到后一行（如果有后一行的话）。“越过 Newline 字符”会让光标
跑到另外一行。】
>> 多按几次 C-b，自己感觉一下光标在哪。
然后按几次 C-f 回到这行的尾巴。
再按一次 C-f 就可以移到下一行了。
当您移动光标穿越屏幕的上方或下方时，在边界外的文字会移位进入屏幕内。这
称为“卷动”。它让 Emacs 可以将光标移动到文字中的任意特定位置，同时
（光标）不会跑出屏幕外。
>> 试著以 C-n 将光标越过屏幕下方，然后看看发生了什么事。
如果一个字符一个字符地移动太慢的话，您可以一个字一个字地移动。M-f
(META-f) 往前移动一个字，M-b 则往后移动一个字。【对中文来说，则是移动
到下一个或下一个标点符号的所在。】
>> 键入一些 M-f 和 M-b。
当您在一个字的中间时，M-f 会移动到这个字的尾巴。当您在字与字间的空白时，
M-f 会移动到下一个字的尾巴。M-b 的效果相似，只是方向不同。
>> 按几次 M-f 和 M-b，中间夹杂一些 C-f 和 C-b，
这样子您就可以观察 M-f 和 M-b 在各种“位在字间或字符间”
的不同位置，所表现出来的行为。
请注意 C-f 、 C-b 和 M-f 、 M-b 两对之间的相似性。“经常”的状况是：
META 字符是用来作为与“以语言定义出的单位（字、句子、段落）”有关的操
作，而 CONTROL 字符则是作用在“与您所编辑无关的『基本』单位（字符或行
等）”上。
这个相似性在“行与句子”之间也同样适用：C-a 和 C-e 会将光标移动到“一
行”的 开始和结尾处，而M-a 和 M-e 则将光标移动到“一句”的 开始和结尾
处。
>> 试著按两次 C-a，再按两次 C-e。
试著按两次 M-a，再按两次 M-e。
看一下为什么重复的 C-a 命令会没有作用，而重复的 M-a 命令则继续移动到下
一个句子。虽然这并不能说是完全类比，但是其中每个命令的行为看起来都十分
自然。
光标在文字中的位置也可以称作“点位（ point ）”。简单来说就是：光标表
现出屏幕中“点位”所在的文字位置。
这里是一些简单“光标移动（ cursor-moving ）操作”的整理，其中也包括了
“字和句”的移动命令：
C-f 往前移动一个字符
C-b 往回移动一个字符
M-f 往前移动一个字【中文是移动到下一个标点符号】
M-b 往回移动一个字【中文是移动到上一个标点符号】
C-n 移动到下一行
C-p 移动到上一行
C-a 移动到行首
C-e 移动到行尾
M-a 移回句首
M-e 移到句尾
>> 练习几次这些命令。这些都是最常使用到的命令。
还有两个重要的光标动作（ cursor-motion ）命令，M-<（ META Less-than ），
移动到文字的最开始，以及M->（ META Greater-than ），移动到文字的最后。
在大部份的终端机，“<”是在 comma 上方，所以您必须要使用 shift 键来键
入。在这些终端机上，您必须使用 shift 键来键入 M-<；没有使用 shift 键，
您就变成键入 M-comma 了。
>> 现在试一下 M-< ，移到本快速指南的最开始。
然后再重复地使用 C-v 回到这里。
>> 现在试一下 M-> ，移到本快速指南的最后。
然后再重复地使用 M-v 回到这里。
如果您的终端机有方向键的话，您也可以用方向键移动光标。我们有三个理由建
议您学习 C-b 、 C-f 、 C-n 、 和 C-p ：(1) 任何的终端机都能使用。(2)
一旦您使用 Emacs 相当熟练了，您会发现键入这些 CONTROL 字符，比起使用方
向键坑卩了（因为您不需要将手移开打字区）。(3) 一旦您使用这些 CONTROL
字符命令成为习惯，您也可以很容易地学会其他高级的光标动作命令。
大部份的 Emacs 命令接受数字参数；对大部份的命令而言，它的作用是指定重
复次数。您要指定一个命令的重复次数的作法是：先键入 C-u，然后在您键入指
令前，键入代表重复次数的数位。如果您有一个 META（或 EDIT 或 ALT ）键，
那么您还有另外一个替代作法来输入数字参数：按住 META 键时打入这数字。我
们建议您学习 C-u 的方法，因为它在任何终端机都可以使用。此一数字参数也
称作为“字首参数”，因为您在这参数所作用到的命令前键入它。
举例来说， C-u 8 C-f 向前移动 8 个字符。
>> 试著以一个数字参数来使用 C-n 或 C-p，
只一个命令就将光标移动到这行的附近。
大部份的命令使用数字参数来作为其重复次数，但是其中有些命令则是作为其他
用途。有几个命令（目前您尚未学到）将它作为旗标 -- 以一个字首参数的型态
出现，而不管其值为何，它们让这命令做些不一样的事。
C-v 和 M-v 则是另一类的例外。当给定一个参数时，它们卷动“所指定的数量
的行（以行为单位）”，而不是以“屏幕”为单位卷动。举例来说，C-u 8 C-v
将显示屏幕卷动 8 行。
>> 现在试著键入 C-u 8 C-v。
这命令应该已经将屏幕向上移了 8 行。若您想将它再次地向下卷动，您可以在
执行 M-v 时给定一个参数。
如果您正在使用 X 窗口系统，在 Emacs 窗口左手侧应该有一个称为“卷动轴”
的长方型区域。您可以用鼠标在卷动轴按一下来卷动文字。
>> 试著在“卷动轴内反白区域上”压一下中间钮。这应该会将文字卷动到
“由您所按一下滑鼠的地方”所决定的位置。
>> 当按住中间时，试著将滑鼠上下移动。
您会看到文字随著您移动滑鼠而上下移动。
* 当 EMACS 发呆时（ WHEN EMACS IS HUNG ）
-----------------------------------------
如果 Emacs 停止回应您的命令，您可以键入 C-g 来安全地停止它。您也可以使
用 C-g 来停止执行过久的命令。
您也可以使用 C-g 来取消数字参数或您不想要完成的命令。
>> 键入 C-u 100 以设定一个 100 的数字参数，然后键入 C-g。
现在键入 C-f。它应该只会移动一个字符，因为您已经以 C-g
取消了参数。
如果您已经不小心地键入一个
* 无效化的命令（ DISABLED COMMANDS ）
-------------------------------------
有一些 Emacs 命令被“无效化”了，因此初学者不会意外地使用到它们。
如果您键入了某一个无效化的命令，Emacs 会显示一个消息，说明这个命令是什
么，并且询问您是否想要继续，然后执行这命令。
如果您真的想要试一下这个命令，那么在当 Emacs 询问您时，请键入空白。一
般来说，如果您不想要执行这个无效化的命令，请以『n』来回答它。
>> 键入 C-x C-l （这是个无效化的命令）
然后键入 n 来回答问题。
* 窗格（ WINDOWS ）
-------------------
Emacs 可以有数个窗格，每一个显示它自己的文字。我们在稍后会解释如何使用
多重窗格。现在我们想要解释如何除去多余的窗格，然后回到基本的单窗格编辑。
它很简单：
C-x 1 One window （即，除去其他所有的窗格）。
那是个 CONTROL-x 后面跟著数字 1 。C-x 1 将含有光标的窗格扩大到整个屏幕。
它将所有其他的窗格除去。
>> 移动光标到本行并且键入 C-u 0 C-l。
>> 键入 CONTROL-h k CONTROL-f。
看看这个窗格在当一个新的窗格出现
（以显示有关 CONTROL-f 命令的文文件时），它是如何缩小的。
>> 键入 C-x 1 以使文文件列表窗格消失。
这个命令并不像您先前所学过的命令那般，它包括了两个字符。它是以字符
CONTROL-x 作为开始。有一整个系列的命令是以 CONTROL-x 作为开始；它们之
中有许多是与“窗格、文件、暂存区以及相关事物”有关的。这些命令有 2 、
3 或 4 个字符长。
* 插入与删除（ INSERTING AND DELETING ）
----------------------------------------
如果您想要插入文字，把它键入就是了。您可以看到的字符，像是 A 、 7 、 *
等，被 Emacs 视为文字并且可以直接插入。键入
（ carriage-return 键）以插入一个 Newline 字符。
您可以键入
-- 就是您通常在 Emacs 外，使用来“删除您最后键入字符”的同一个。一般来
说是个在
『Backspace』。
如果在那里有个标示为『Backspace』的大键，那么那一个就是您使用来作为
并不是
更一般地说，
>> 现在做 -- 键入一些字符，然后键入几次
不要担心这个文件会被更动；您不会影响到原来的快速指南。
（您现在看到的）这一个是您的个人拷贝。
当一行文字变得比“在窗格中的一行”长时，这一行文字会“接续”到第二行窗
格行。这时一个反斜线“”（或如果您使用窗口化的显示，则是一个小小弯弯
的箭头）会位在其右边界以指出此行接续著。
>> 插入文字，一直到您达到右边界，然后再继续插入。
您会看到一个接续行出现。
>> 使用
接续行消失了。
您可以像删除其他字符一样地删除 Newline 字符。将位在两行中的 Newline 字
元删除会让它们合并成为一行。如果合并的结果使这一行太长，以致无法符合窗
格的宽度，它会以一个接续行来显示。
>> 移动光标到本行的开头并键入
这会将本行与其前一行结合为一行。
>> 键入
记得大部份的 Emacs 命令都可以给予一个重复计数（ repeat count ）；这也
包括了文字字符。重复一个文字字符会将它插入数次。
>> 现在就试一下 -- 键入 C-u 8 * 以插入 ********。
您现在已经学到了“键入个什么东西进 Emacs 以及修正错误”的大部份基本方
法。您也可以“以字或行为单位”地删除。这里有份关于“删除操作”的摘要：
C-d 删除光标所在的 后一个字符
M-
M-d 删除光标所在的 后一个字
C-k 删除从光标所在到“行尾”间的字符
M-k 删除从光标所在到“句尾”间的字符
注意“
M-f 扩充出来的（嗯，
C-k 和 M-k 在某种程度上与 C-e 和 M-e 一样，如果把“一行”和“一句”作
为类比的话。
您也可以只以一种方法来删除缓冲区内的任何部份，先移动到您想要删除的部份
的一端，然后键入 C-@ 或 C-SPC （任一个即可）。（ SPC 指的是 Space Bar
）再移到那部份的另一端，接著键入 C-w 。这样就会把介于这两个位置间的所
有文字删除。
>> 移动光标到上一段开头的“您”字。
>> 键入 C-SPC 。 Emacs 应该会在屏幕的下方显示一个“Mark set”消息。
>> 移动光标到第二行中的“端”字。
>> 键入 C-w 。这样会把从“您”开始到刚好“端”之前的文字删除。
要注意的是“杀掉（ killing ）”和“删除（ deleting ）”的不同在于被杀
掉的可以拉回，而被删除的则不能。【有点难以理解，您可以这么想：(1)“被
杀掉的”尚存尸骨，而“被删除的”则尸骨无存了！可见得对电脑资料来说，
“删除”比“杀掉”严重多了。(2)实际上，就算被删除了，我们还是有技术可
以把它救回来，尤其是文字资料，前提是删除后不能进行实体内存的格式化动
作。但这对于一般使用者而言是不可能的，因此就不考虑这情形了。】重新插入
被杀掉的文字称为“拉回（ yanking ）”。一般而言，可以移除掉很多文字的
命令会把那些文字储存起来（它们设定成您可以将文字拉回），而那些只是删除
一个字符或者只是除去空白行或空白的命令，则不会储存这些被删除的文字（因
此您不能将那文字拉回）。
>> 移动光标到一非空白行的开始。
然后键入 C-k 杀掉在那一行上的文字。
>> 第二次键入 C-k。您将会看到它杀掉跟在那一行后面的 Newline 字符。
请注意单独的 C-k 会把一行的内容杀掉，而第二个 C-k 则会杀掉那一行本身，
并且使得所有其他的行向上移动。C-k 以很特别的方式来处理数字参数，它会杀
掉很多行以及它们的内容，这不仅仅是重复而已，C-u 2 C-k 会把两行以及它们
的 Newline 字符杀掉；如果只是键入 C-k 两次并不会这样。
将被杀掉的文字恢复的动作称为“拉回（ yanking ）”。（把它想像成您把别
人从您身上夺去的东西猛力地拉回来）您可以在您删除文字的地方拉回，也可以
在文字的其他地方拉回。您可以拉回数次同样的文字，以制作它的数份拷贝。
拉回的命令为 C-y。它会在目前光标的位置重新插入最后杀掉的文字。
>> 试试看；键入 C-y 将文字拉回。
如果您连续地做了数次 C-k，所有被杀掉的文字都会被储存在一起，因此做一次
C-y 就会把所有这些行都拉回来。
>> 现在做一下，键入 C-k 数次。
现在要恢复那些杀掉的文字：
>> 键入 C-y。然后把光标往下移动个几行，再一次键入 C-y。
您现在知道如何复制某些文字了。
如果您有一些文字想要拉回来，但是后来您又杀了某些东西，那么该怎么做呢？
C-y 会把最近杀掉的拉回来，但是先前的文字并没有消失，您可以用 M-y 来回
到它。当您已经使用 C-y 把最近杀掉的拉回来之后，再键入 M-y 来把这些拉回
来的文字替换为先前所杀掉的。一次又一次地键入 M-y 会把先前再先前所杀掉
的文字带回来。当您到了您想找的文字时，您不需要做任何事来保存它，只要继
续您的编辑，把这些已拉回的文字留在那里就好。
如果您 M-y 做了很多次，您可能会回到起始点，也就是最近杀掉的。
>> 杀掉一行，到处绕绕，再杀掉另一行。
然后用 C-y 将第二次杀掉的那行带回来。
然后再用 M-y，它将会被第一次杀掉的那行取代。
再做几次 M-y 看看您会得到什么。
不间断地做，直到第二个杀掉行回来，再做个几次。
如果您想的话，您可以试著给 M-y 正的或是负的参数。
* 取消动作（ UNDO ）
--------------------
如果您对文字做了一些改变，后来觉得它是个错误，您可以 Undo 命令取消这一
个改变，C-x u。
通常 C-x u 会把一个命令所造成的改变取消掉；如果您在一行中重复了许多次
C-x u，每一个重复都会取消额外的命令。
但是有两个例外：
(1) 没有改变文字的命令不算（这包括了光标移动的命令还有卷轴命令）；
(2) 自行键入的字符以一群一群 -- 每群最多 20 个 -- 来进行处理。
（这是为了减少您在取消“村入文字动作”所必须键入 C-x u 的次数）
>> 以 C-k 将这一行杀掉，然后键入 C-x u 后它会再次出现。
C-_ 是另一个取消命令；它的作用就和 C-x u 一样，但是在一行中它比较容易
键入许多次。C-_ 的缺点是在某些键盘中不太清楚如何键入它，这也是为什么我
们同时提供 C-x u 的原因。在某些终端机，您可以按住 CONTROL 再键入 / ，
来键入 C-_。
一个数字参数对 C-_ or C-x u 来说，是作为重复的次数。
* 文件（ FILE ）
----------------
为了使您编辑的文字永久保存，您必须把它放到一个文件中。不然，当您退出
Emacs 后，它就会随之消失。为了把您的文字放在文件中，您必须在您键入这些
文字前“找（ find ）”文件。（这也称之为“拜访（ visiting ）”文件）
找一个文件表示您可以在 Emacs 中看到文件的内容。从许多方面来看，它就像
是您直接编辑那个文件一样。然而，直到您“储存”这个文件之前，您使用
Emacs 编辑所做出的改变并不会保存下来。这就是为什么当您不想要时，您可以
避免留下修改到一半的文件在系统中。即使当您储存了，Emacs 也会把原本的文件
案以一个不同的名称保留下来，若您稍后觉得您的改变是一个错误的话，就可以
使用它。
在靠近屏幕的下方，您可以看到由破折号开始与结束的一行 -- 通常是以“--:--
TUTORIAL.cn”或其他类似的东西作为开始。这是屏幕的一部分，通常用来表示
您正在拜访的文件。现在，您正在拜访的文件叫做“TUTORIAL.cn”，它是您个
人的拷贝。当您以 Emacs 找出一个文件时，那个文件的名字就会出现在那个地
方。
关于寻找文件的命令中，有一个很特别的是，您必须说出这个您想要的文件名称。
我们说这个命令“从终端机中读进了一个参数”。（在这个例子中，这参数就是
文件的名称）当您键入这个命令后，
C-x C-f 找一个文件
Emacs 会要您键入文件名。您所键入的文件名会出现在屏幕的底行。在被用来作为这
种形式的输入时，底行被称为小缓冲区（ minibuffer ）。您可以使用正常的
Emacs 编辑命令来编辑这个文件名。
当您正在键入文件名时（或是任何的小缓冲区输入时），您可以用 C-g 这个命令
来取消它。
>> 键入 C-x C-f，然后键入 C-g。这会取消小缓冲区，
并且也会取消使用这个小缓冲区的 C-x C-f 命令。
因此您没有找任何文件。
当您已经键入了这个文件名，请键入
会开始运作，并且找到您所选择的文件。小缓冲区在当 C-x C-f 命令结束时就
会消失。
过了一会儿，文件的内容就会出现在屏幕，然后您就可以编辑它的内容。当您想
要您的改变永久保存时，键入这个命令：
C-x C-s 储存这个文件
这会把在 Emacs 中的文字复制到文件中。当您第一次做这个动作时，Emacs 会
将原始的文件重新命名成一个新的名字，这样它才不会消失。新的名字通常会加
入“~”到原始文件的名字后面。
当储存结束时，Emacs 会把写入文件的名字列出来。您应该经常地进行储存，这
样子如果系统挂起时，您就不会损失太多工作。
>> 键入 C-x C-s 以储存本快速指南的您的拷贝。
这会把“Wrote ...TUTORIAL.cn”这个消息显示在屏幕的下方。
注意：在某些系统中，键入 C-x C-s 将会把屏幕冻结，您将看不到从 Emacs 来
的任何输出。这表示操作系统一个称为“流程控制”的“功能”将 C-s 命令拦
截住，并且不让它传到 Emacs。要取消屏幕的冻结，请键入 C-q。然后到 Emacs
使用手册中看看对于“渐进式搜寻的同时进入（ Spontaneous Entry to
Incremental Search ）”这个主题，以取得处理这个“功能”的建议。
您可以找出一个已经存在的文件，然后观看它或编辑它。您也可以找一个还没有
存在过的文件。这是以 Emacs 建立一个文件的方法：找这个文件，就从零开始，
然后开始插入文字到这个文件中。当您要求“储存”这个文件，Emacs 会真的建
立一个文件，并把您所插入的文字摆到文件中。从那时候开始，您就可以当自己
是在编辑一个已经存在的文件了。
* 缓冲区（ BUFFER ）
--------------------
如果您以 C-x C-f“找”第二个文件，第一个文件仍然存在 Emacs 内。要切换
回它，您可以 C-x C-f 再找它一次。依此方式，您可以在 Emacs 内打开不少文件
案。
>> 以键入 C-x C-f foo
然后插入一些文字，编辑它，然后再以 C-x C-s 储存“foo”。
最后，键入 C-x C-f TUTORIAL.cn
Emacs 储存每个文件的文字在一个称为“缓冲区（ buffer ）”的对象中。找一
个文件会在 Emacs 内部建立一个缓冲区。想要看目前存在您的 Emacs 的工作中
缓冲区列表，键入
C-x C-b 列出缓冲区
>> 现在就试一下 C-x C-b
看看每一个缓冲区是如何命名的，它也可能同时拥有一个“储存其内容的文件”
的名称。您在一个 Emacs 窗格所见到的“任何”文字都是某个缓冲区的一部份。
>> 键入 C-x 1 以退出缓冲列表
当您有数个缓冲区时，在任何时候其中只有一个是“目前作用的”。而那个就是
您在编辑的缓冲区。如果您想要编辑另一个缓冲区，那么您必须“切换”到它。
如果您想要切换到连接到某个文件的缓冲区，您可以用 C-x C-f 再次拜访那个
文件。但是有个比较简单的方式：使用 C-x b ；在这个命令中，您必须键入缓
冲区的名称。
>> 键入 C-x b foo
然后建入 C-x b TUTORIAL
就大部份的情况来说，缓冲区的名称与文件的名称是相同的（除去了文件名中的目
录部份）。然而并不总是如此。您以 C-x C-b 所制作出的缓冲区列表总是会显
示给您每一个缓冲区的名称。
您在一个 Emacs 窗格中所见到的“任何”文字总是某个缓冲区的一部份。有一
些缓冲区并没有连接到文件。举例来说，命名为“*Buffer List*”的缓冲区并
没有任何文件。它是包含有您以 C-x C-b 命令所制作出来的缓冲区列表的缓冲
区。命名为“*Messages*”的缓冲区也没有连接到任何文件；它在您的 Emacs
操作阶段中包含出现在底行的消息。
>> 键入 C-x b *Messages*
然后键入 C-x b TUTORIAL
如果您对文件中的文字做了修改，然后找另一文件，这个动作并不会储存第一个
文件。它的修改仍旧存在 Emacs 中，也就是在那个文件的缓冲区中。对于第二
个文件的建立或编辑并不会影响到第一个文件的缓冲区。这样子非常有用，但这
个情形也表明了您需要“一个方便的方法”来储存第一个文件的缓冲区。只是为
储存第一个文件就必须以 C-x C-f 切换缓冲区，才能以 C-x C-s 将它储存，总
是个让人讨厌的过程。因此我们有
C-x s 储存一些缓冲区
C-x s 会询问您关于您已做出修改但还没储存的每一个缓冲区。它会问您，对于
每一个这样的缓冲区，是否要储存？
>> 插入一行文字，然后键入 C-x s。
它应该会问您是否要储存名为 TUTORIAL.cn 的缓冲区。
键入『y』以回答要储存。
* 扩充命令集（ EXTENDING THE COMMAND SET ）
-------------------------------------------
由于 Emacs 拥有太多命令，即便使用上所有的 CONTROL 和 META 字符，也没办
法完全摆上。Emacs 以 X（扩充『eXtend』）命令来解决这个问题。扩充命令有
两种型式：
C-x 字符扩充。后面跟著一个字符。
M-x 有名称的命令扩充。后面跟著一个长的名称。
还有一些命令通常来说是很有用的，但是比您已经学到的命令较少使用。您已经
看过其中两个：文件命令中的 C-x C-f 去寻找，以及 C-x C-s 去储存。其他的
例子则有结束 Emacs 阶段的命令 -- 这个命令是 C-x C-c。（不要担心您会失
去已经做出的改变，C-x C-c 在它杀掉 Emacs 之前会提供储存每一个变动的文件
案的机会。）
C-z 是 *暂时* 退出 Emacs 的命令 -- 因此您稍后可以回到同样的 Emacs 阶段。
在某些允许它的作用的系统中， C-z 会“暂停住（ suspends ）”Emacs，也就
是说，它会回到 shell 但不会把 Emacs 毁掉。在最常用的 shell 中，您可以
用『fg』或『%emacs』两种命令恢复 Emacs。
在没有提供暂停功能的系统中，C-z 会在 Emacs 底下建立一个 subshell 以让
您有机会执行其他的程序，并且在稍后回到 Emacs，它并没有真的退出 Emacs。
在这个例子中，shell 命令『exit』是从subshell 回到 Emacs 的通常方式。
使用 C-x C-c 的时机是当您打算要登出时。它也非常适合用来退出被其他邮件
处理程序，以及许多不同的应用程序所启动的 Emacs。然而在一般的状况下，如
果您不打算登出，最好是把 Emacs 暂停而不是退出它。
有许多 C-x 的命令。这里是一份您已经学过的列表：
C-x C-f 找文件。
C-x C-s 储存文件。
C-x C-b 列出缓冲区。
C-x C-c 退出 Emacs。
C-x 1 除了一个外，删去其他所有的窗格。
C-x u 取消动作。
以扩充来命名的命令通常是不太常使用的命令，或是只在特定的模式下才会使用
的命令。一个例子是取代字串命令，它会全域地将一个字串以另一个来取代。当
您键入 M-x 时，Emacs 会在屏幕的底端询问您，然后您也应该键入这个命令的
名称。在这个例子中是『replace-string』只要键入『repl s
Emacs 将会补齐这个名称。以
取代字串命令需要两个参数 -- 被取代的字串以及用来取代它的字串。您必须以
Newline 字符来结束每一个参数。
>> 将光标移到本行的下两行空白，然后键入
M-x repl s
【为了说明的目的，于下保留一行原文。
Notice how this line has changed: you've replaced... 】
请注意这一行是怎么改变的：在光标的起始位置之后，您已经将 c-h-a-n-g-e-d
这个字 -- 不管它在哪里出现 -- 以“altered”这个字来取代了。
* 自动存文件（ AUTO SAVE ）
-------------------------
当您在一个文件中做了修改，但是还没有将它们储存起来，那么如果您的电脑当
机，它们将有可能遗失。为了避免这种情形发生在您的身上，Emacs 会定期地将
您正在编辑的文件写入“自动储存”文件中。自动储存文件在文件名的前后会各有
一个 # 符号；举例来说，如果您的文件名为“hello.c”，那么它的自动储存文件
案的文件名就是“#hello.c#”。当您以平常的方式储存文件时，Emacs 就会把它
的自动储存文件删除。
如果挂起，您可以经由正常地寻找文件，（指的是您在编辑的文件而不是自动储
存文件）然后键入 M-x recover file
确认时，键入 yes
* 回应区（ ECHO AREA ）
-----------------------
如果 Emacs 见到您很慢地键入多字符命令，它会将它们显示在位于窗格下方，
称为“回应区”的区域给您参阅。回应区位在窗格的最后一行。
* 状态行（ MODE LINE ）
-----------------------
位在回应区的正上面是称为“状态行”的一行。状态行显示出一些信息，如：
--:** TUTORIAL.cn (Fundamental)--L670--58%----------------
本行提供一些关于“Emacs 的状态”以及“您正在编辑的文字”的有用信息。
您已经知道文件名的意义是什么了 -- 就是您找的文件。-NN%-- 指出目前您在文
字文件中的位置；它的意思是说：有 NN 百分比的文字位在窗格的上面。如果文件
的顶端就位在窗格中，那么它就会显示 --Top-- 而不是 --00%--。如果文件的
底部就位在窗格中，那么它是显示 --Bot--。如果您正在看的文字文件很小，在窗
格中就足以看到全部的内容，那么状态行就会显示 --All--。
L 和数字以另一种方式来表示出位置：它们给出了目前所在的行数（ Line ）。
在靠近前面的星号表示您已经对这些文字做了改变。在您刚拜访或储存一个文件
之后，状态行的那个部分会没有星号，只有破折号。
状态行中位于小括弧里面的部分，是用来告诉您正在使用什么编辑模式。默认的
模式是 Fundamental，也就是您现在使用的。它是“主模式”的一个例子。
Emacs 有许多不同的主模式。它们之中有一些是用来编辑不同的语言以及／或不
同种类的文字，像是 Lisp 模式、 Text 模式等等。在任何的时间只有一个主模
式可以作用，并且它的名称总可以在状态行中被找到，就在现在的
“Fundamental”中的位置。
每一个主模式都使得一些命令的行为表现得不太一样。举例来说，在一个程序中
有一些命令用来制作出备注，而由于每一种程序语言对于一个备注应该长得像什
么，都有著不同的想法，因此每一个主模式都必须以不同的方式来插入备注。每
一个主模式是一个延伸命令的名称，使得您可以用来切换至那个模式。举例来说，
M-x fundamental-mode 就是切换到 Fundamental 模式的一个命令。
如果您想要编辑人类语言的文字文件 -- 像是现在的这一个，您应该使用 Text
模式。
>> 键入 M-x text mode
不要担心，没有任何一个您已经学过的 Emacs 命令，会被改变成任何非常不同
的形式。但是您可以发现到 M-f 和 M-b 现在把贫丝谂（'）视为字的一部分。先
前，在 Fundamental 模式中，M-f 和 M-b 将贫丝谂视为字的分隔符号。
主模式通常会像上述那个例子一样，做出一些精巧的改变：大部分的命令在每一
个主模式中“做同样的事”，但是它们以一点点不同的方式来工作。【再举个例
子，接续上面所开的头，以程序语言的备注来说。同样一个插入备注的动作，因
为您使用的程序语言／主模式的不同而不同。若您使用 C 语言，Emacs 插入
『/* 介于中间的为备注区块 */』；若您使用的是 Fortran 语言，Emacs 插入
『c 以字符 c 为首的为备注行』；若您使用的是 Basic 语言，Emacs 则插入『'
贫丝谂以后的为备注文字』。编辑器的弹性如此，实在没有必要为了不同的语言、
目的或外观，设计特殊化的编辑器。“求大同，存小异”在这里也是成立的。】
要浏览您现在所处的主模式的文文件，键入 C-h m。
>> 使用 C-u C-v 一或数次，将本行带到靠近屏幕的上方。
>> 键入 C-h m，看看 Text 模式与 Fundamental 模式是哪里不同。
>> 键入 C-x 1 将文文件从屏幕移除掉。
主模式之所以称为“主要（ major ）”的原因是因为它们也有次模式（ minor
mode ）。次要的模式并不是主模式的其他选择，而只是次要的更改。每一个次
模式可以被它本身启用或停止，和所有其他的次模式无关，并且叶丝谕您的主模式
无关。所以您可以不使用次模式，或一个，或任何数量的次模式的组合。
有一个叫做 Auto Fill 模式的次模式非常有用，特别是在编辑人类语言的文字
时。当这个模式启用时， Emacs 在当您插入文字并且使一行太宽时，会将那一
行，在字与字之间自动地分隔开。
您可以 M-x auto fill mode
启用时，您可以使用 M-x auto fill mode
用时，则这个命令会将它启动，而当这个模式启用时，这个命令会将它关闭。我
们说这个命令用来“切换（ toggle ）”模式。
>> 现在键入 M-x auto fill mode
“ asdf ”，直到您看到它分成两行。您必须在它们之间摆上空白，
因为 Auto Fill 只在空白处断行。
边界通常被设定为 70 个字符，但是您可以用 C-x f 命令来改变它。您应该以
一个数字参数的方式来给定您所希望的边界设定。
>> 键入 C-x f 并附上引数 20：『C-u 2 0 C-x f』。
然后键入一些文字，看看 Emacs 以 20 个字符，
在行与行之间进行 fill 动作。然后再用一次 C-x f 将边界设回 70。
如果您在一个段落的中间做出改变，Auto Fill 模式并不会为您重新进行 fill
的动作（ re-fill ）。要 re-fill 这个段落，键入 M-q (META-q)，而光标必
须处在其中。
>> 移动光标到前一段中，然后键入 M-q。
* 搜寻（ SEARCHING ）
---------------------
Emacs 可以搜寻字串（字串可以是一群连续的字符或字）【就中文来说，字符和
字基本上意义相同；此处所指的『字』，是英文中没有被空白隔开的字符集
合。】，往前或往后搜寻都可以。搜寻一个字串是一种光标移动命令，它会将游
标移动到字串出现的下一个地方。
Emacs 搜寻命令与大部分编辑器的搜寻命令不同的地方在于，它是“渐进的
（ incremental ）”。这表示搜寻发生在您键入想要搜寻的文字串后。
要开始搜寻的命令是：C-s 往前搜寻，C-r 往后搜寻。但先等一下！现在先不要
试。
当您键入 C-s 时，会发现到有一个字串“I-search”出现在回应区中作为提示。
它告诉您 Emacs 现在正处于称为“渐进式搜寻”的状态中，等待您键入您想要
搜寻的字串。
>> 现在键入 C-s 开始一个搜寻。慢一点，一次键入一个字符，
键入『cursor』这个字，每键入一个字符时，稍微停一下，
注意看看光标发生了什么事。现在您已曾经搜寻过“cursor”这个字了。
>> 再次键入 C-s 来搜寻“cursor”的下一个出现位置。
>> 现在键入
>> 键入
您有没有看到发生了什么？在一个渐进式搜寻中，Emacs 试著要走到您键入的字
串的下一个出现位置。要移动到光标所在的下一个出现位置，只要再键入 C-s
一次。如果并没有这样的出现位置存在，Emacs 会哔一声，并告诉您目前的搜寻
“失败”。另外 C-g 也可以用来结束搜寻。
注意：在某些系统中，键入 C-s 将会把屏幕冻结，您将看不到从 Emacs 来的任
何输出。这表示操作系统一个称为“流程控制”的“功能”将 C-s 命令拦截住，
并且不让它传到 Emacs。要取消屏幕的冻结，请键入 C-q。然后到 Emacs 使用
手册中看看对于“渐进式搜寻的同时进入（ Spontaneous Entry to
Incremental Search ）”这个主题，以取得处理这个“功能”的建议。
如果您在一个渐进式搜寻的中间，并且键入
中的最后一个字符被消除了，并且搜寻会回到这个搜寻的最后一个地方。举例来
说，假设您已经键入了『c』，用来寻找“c”的第一次出现。现在如果您键入
『u』，光标会移动到“cu”的第一次出现位置。现在键入
“u”从搜寻字串中消除，并且光标会移回到“c”的第一次出现位置。
如果您在一个搜寻的中间，并且键入一个 CONTROL 或 META 字符的话，（但有
一些例外 -- 对搜寻而言特别的字符，像是 C-s 和 C-r ），搜寻会被结束。
C-s 会开始一个搜寻，它会寻找搜寻字串在目前光标位置“之后”，的任何出现
位置。如果您想要在先前文字中搜寻，键入 C-r 作为替代。除了搜寻的方向相
反之外，我们所宋募?有关 C-s 的所有事情，同样地可以应用到 C-r 上。
* 多重窗格（ MULTIPLE WINDOWS ）
--------------------------------
Emacs 许多好功能的其中之一是，您可以在屏幕中同时展示超过一个窗格。
>> 移动光标到这一行并且键入 C-u 0 C-l。
>> 现在键入 C-x 2，它会将屏幕平分成两个窗格。
这两个窗格都显示著这个快速指南。光标则停留在上方的窗格。
>> 键入 C-M-v 以卷动下方的窗格。
（如果您并没有一个真的 META 键，则键入 ESC C-v 亦可。）
>> 键入 C-x o（『o』指的是其他『other』的意思），
将光标移动到下方的窗格。
>> 在下方的窗格中，使用 C-v 和 M-v 来卷动它。
继续维持在上方的窗格中阅读这些指引。
>> 再一次键入 C-x o 将光标移回到上方的窗格。
光标会回到它在上方窗格中，原本所在的位置。
您可以持续使用 C-x o 在窗格之间切换。每一个窗格有它自己的光标位置，但
是只有一个窗格会真的显示出光标。所有通常的编辑命令只会应用到那个光标所
在的窗格。我们称这个为“被选择的窗格”。
命令 C-M-v 在当您于一个窗格中编辑文字，并使用其他的窗格作为参考之用时，
是非常有用的。您可以将光标一直保持在您正在编辑的窗格中，并以 C-M-v 指
令在其他的窗格循序地前进。【验证工作特别适合以这种方式来进行，如 GNU
中译小组：找一个原始英文文件；再找它翻译好的中文文件，编辑这个“被选择
的窗格”，以 C-M-v 命令跟上验证中的段落……。】
C-M-v 是 CONTROL-META 字符的一个例子。如果您有一个真的 META 键，您可以
同时按住 CONTROL 和 META 再键入 v 来键入 C-M-v。CONTROL 或 META “谁先
被按住”并没有影响，因为这两个键都是用来修饰您所键入的字符。
如果您并没有一个真的 META 键，您可以使用 ESC 来作为替代，这样子顺序就
有关系了：您必须键入 ESC ，跟著键入 CONTROL-v，CONTROL-ESC v 并不会作
用。这是因为 ESC 是一个具有本身作用的字符，而不是一个修饰键。
>> （在上方窗格）键入 C-x 1 以除去下方窗格。
（如果您已经在底端的窗格键入 C-x 1，那么将会把上面的窗格隐藏住。将这个
命令想像成“只保留一个窗格 -- 我正在编辑的这个。”）
您不需要在两个不同的窗格中显示相同的缓冲区。如果您使用 C-x C-f 在一个
窗格中找文件，另一个窗格并不因而改变。您可以在独立的任一个窗格中找〔它
自己的〕一个文件。
这里有另外一个方式可以用来，使用两个窗格显示两个不同的东西：
>> 键入 C-x 4 C-f，后面跟著您的其中一个文件的名称。
以
光标也跑到那里。
>> 键入 C-x o 以回到上方的窗格，然后以 C-x 1 删除掉下方窗格。
* 递归编辑阶层（ RECURSIVE EDITING LEVELS ）
--------------------------------------------
有时候您会进入所谓的“递归编辑阶层”。它是由位在状态行的方括弧所指明，
并且包含住以小括弧来指明的模式名称。举例来说，您可能会看到
[(Fundamental)]，而不是 (Fundamental)。
要退出递归编辑阶层，请键入 ESC ESC ESC。这是个全功能的“退出”命令。您
也可以使用它来除去多余的窗格，并且退出小缓冲区。
>> 键入 M-x 以进入小缓冲区；然后键入 ESC ESC ESC 退出。
您无法使用 C-g 来退出递归编辑阶层。这是因为 C-g 是用来取消命令以及“位
于”递归编辑阶层中的“引数（ arguments ）”之故。
* 取得更多的帮助（ GETTING MORE HELP ）
---------------------------------------
在本快速指南中，我们试著仅提供刚刚好的信息让您可以开始使用 Emacs。在
Emacs 中有太多可取得的信息，想要在这里全部解释是不可能的。然而，您也许
会想要学习更多 Emacs 相关的信息，因为它有许多其他有用的功能。Emacs 提
供了“阅读有关 Emacs 命令”的命令。这些“help”命令都以 CONTROL-h 这个
字符作为开头，称作为“Help 字符”。
要使用 Help 功能，键入 C-h 字符，然后再键入一个说明您所需要的帮助的字
元。如果您真的不知道要问什么，那么请键入『C-h ?』，此时 Emacs 将会告诉
您它能够提供的帮助。如果您已经键入 C-h，但发现您并不需要任何帮助，键入
C-g 来取消掉它就是了。
（有些网站将 C-h 这个字符的意义改变了。他们真的不应该把它设为对所有使
用者全部都适用的方法，所以您现在就有了个理由来抱怨系统管理者了。在此同
时，如果 C-h 并没有在窗格的底部显示任何有关帮助的消息，试著键入 F1 键，
或是 M-x help
最基本的 HELP 功能是 C-h c。键入 C-h，字符 c，以及一个或一串字符；然后
Emacs 会显示一个非常简短的有关这个命令的解释。
>> 键入 C-h c C-p。
消息应该会像是这样：
C-p runs the command previous-line
这告诉了您“函数的名称”。函数名称主要是用来自订以及扩充 Emacs。但是由
于函数名称是由“用来指出这命令在做些什么”而被选定，它们因此也可以作为
非常简短的文文件 -- 足够提醒您已经学过的命令。
多字符命令像是 C-x C-s 和 （如果您没有 META 或 EDIT 或 ALT 键）
也可以在 C-h c 后面出现。
要取得更多有关一个命令的信息，用 C-h k 来取代使用 C-h c 。
>> 键入 C-h k C-p。
这会在一个 Emacs 窗格显示这个函数的说明文文件以及它的名称。当您阅读完后，
键入 C-x 1 以跳离这些帮助文字。您并不需要马上跟著做。您可以做些编辑，
当参考到帮助文字时再键入 C-x 1。
这里有一些其他有用的 C-h 选项：
C-h f 解释一个函数。您要键入此函数的名称。
>> 试著键入 C-h f previous-line
这会印出 Emacs 所有的有关“实作出 C-p 这个命令的函数”的信息
C-h v 这个类似的命令会显示出“您可以用来自订 Emacs 行为的变量”的文文件。
当 Emacs 要求时，您需要键入这变量的名称。
C-h a 命令相关查找（ Command Apropos ）。
键入一个关键字然后 Emacs 会列出所有
“在其名称中含有此关键字”的全部命令。
这些命令全部都可以经由 META-x 来启动。
对于一些命令而言，命令相关查找也会列出
“可以执行相同命令”的一个或两个字符的串列。
>> 键入 C-h a file
这会在另一个窗格显示一个“在其名称中含有『file』的全部 M-x 命令”的列
表。您将会看到像是 C-x C-f 的“字符-命令”列在其相对应命令名称（如：
find-file ）的旁边。
>> 键入 C-M-v 上下移动 help 窗格。试个几次。
>> 键入 C-x 1 来删除 help 窗格。
C-h i 阅读线上使用手册（ a.k.a. Info ）。
这个命令将您带到了称为“*info*”的特殊缓冲区，在那，
您可以阅读安装在您的系统里的软件包的线上使用手册。
键入 m emacs
如果您在此之前未曾使用过 Info 系统，请键入『?』。
Emacs 将会带您进入 Info 模式功能的导览指南。
一旦完成了本快速指南的研读，您应该查阅 Emacs Info
使用手册，以作为主要的参考文文件。
* 更多功能特色（ MORE FEATURES ）
---------------------------------
您可以经由阅读 Emacs 使用手册〈不论是一本书或是在 Info 中的线上版本
（使用 Help 菜单或是键入 F10 h r ）〉来学到更多有关它的知识。有两个您
可能会特别喜欢的功能特色是可以节省打字量的 completion 还有简化文件处理
的 dired 。
Completion 是一种避免不必要的打字的方式。举例来说，如果您想要切换
*Messages* 缓冲区，您可以键入 C-x b *M
字中确定， Emacs 就会将剩下的缓冲区名称补齐。 Completion 是在 Emacs 使
用手册的 Info 中，称为“Completion”的节点中所解释的。
Dired 使您可以在一个目录中列出文件（次目录则是可选的）、在列表中到处移
动、拜访、重新命名、删除以及对文件作操作。 Dired 是在 Emacs 使用手册的
Info 中，称为“Dired”的节点中所解释的。
使用手册也解释了许多其它 Emacs 的功能特色。
* 结论（ CONCLUSION ）
----------------------
记住，要完全退出 Emacs 请使用 C-x C-c 。要暂时退出到 shell，稍后再回到
Emacs，请使用 C-z 。
本快速指南对于所有的新手应该都是易于理解的，所以如果您发现了什么地方不
清楚，不要只是坐著怪自己 -- （向本文作者和翻译）发点牢骚吧！
* 翻译（ TRANSLATION ）
-----------------------
本快速指南的翻译人员列表如下，如果您在阅读本文之前，“完全”对 Emacs
没有概念，请告诉我们您的意见以作为本文后续的改进依据。翻译也提供了一份
《GNU Emacs 中文处理说明》在
http://www.gnu.org/software/chinese/guide/emacs-chinese.cn.html 〈部份
内容已经整理到本快速指南〉，也请您自行参阅。
编辑器是电脑使用者最常接触到的应用程序，因此不应该让初学者感到过于困难，
就一般的评论来说， Emacs 是不难学会使用的编辑器，但您的意见可以使它更
为贴近一般的使用者，并使电脑作为工具的角色得以充分发挥。如果您愿意提供
改进的意见，请寄 email 到<chinese-translators@gnu.org> 。请不要害羞，
我们欢迎任何有关的讨论；如果您不想寄到邮件清单，请直接 email 给本文翻
译 <chliu@gnu.org> 。请在 Title 行中包含此字串“Emacs TUTORIAL:
如果您是 Emacs 老手，GNU Chinese Translators Team (GNU/CTT)
<http://www.gnu.org/software/chinese/> 欢迎您的加入，我们现在正需要愿
意投入翻译 Emacs 使用手册的人员。
本快速指南并没有采用习惯上编辑器所使用的翻译术语，一方面因为它的实际意
义与一般的编辑器不同，原文本就不同；另一方面也因为 Emacs 所采用的视觉
设计概念，早在窗口化系统之前就已经存在，本质也不相同。总之，翻译以为这
样可以帮助对于 Emacs 整个设计哲学的理解。如果收到的回复中，大部份要求
提出修改，我们还是从善如流。
(0) 为了避免“光标移动命令”论述上的混淆，本文采用的术语为：
往“前”移（ move Forward ）；往“后”移（ move Backware ）
〔或是往“回”移〕；
往“上”移（ Previous line ）；往“下”移（ Next line ）。
(1) 在本文中，“行”指的是 row，这是采用一般的习惯用法。
为了避免误导中文读者，特别在此说明。在正式的用法中：
“column”翻译为“行”，以“纵”为行（直行），也译为“栏”；
“row”翻译为“列”，以“横”为列（横列）。
读者思索一下“合纵连横”应该可以理解。
大约是因为中文原本是直书的，我们说“一行字”是没问题；
但现在大部份的情形中文是横书的，由于习惯使然也称为一行字了。
(2) 有关于“文字”及其集合的相关译文，翻译所采用的有：
编辑的“文字”：“然后键入一些文字”；
用来作为说明功能的“文文件”：“这个函数的说明文文件”；
特指其所说明的内容的“文本”：“实际效力以英文本为准”。
即使只是“一行字”，只要它是用来作为说明之用，
翻译还是将它视为“文文件”。
(3) “cut”的动作在 Emacs 中分为“杀掉”和“删除”，之间的差异如下：
一般编辑器中的“cut”：只有最近被 cut 的文字摆到 clipboard 中；
“杀掉（ killing ）”：被杀掉的文字，全部被加入到 kill ring 中；
“删除（ deleting ）”：被删除的文字，就是被删除了。
因此在一般编辑器中，您只能 paste“最近”被 cut 的文字；
而在 Emacs 中，您可以“拉回”任何先前被杀掉的文字，同时，
它的作法很容易。至于被删除的，因为用来作为“删除”功能的命令，
所能移去的文字数量都很少，因此也没什么好拉回的；
如果真的想恢复这些文字，undo 您的动作就是了。
(4) “window”同时翻译为“窗口”和“窗格”，
前者表示现在一般概念中的窗口系统，如“X 窗口”；
后者表示 Emacs 中的窗口，翻译在此通称为“窗格”。
Emacs 的“窗格”即使在命令列提示下也可以正常工作，
此一基本特性显然治募?我们以另一个专用术语来描述它。
(5) 关于文件的术语，“找”一个文件在 Emacs 中有两种作用：
找一个“储不存在”的文件，读者应认知为“开新文件”；
找一个“已经存在”的文件，则是“打开旧文件”。
Emacs 只以一个“找”的动作来解决，主要的原因是“实际上”
的软件工作如此。黑客们应该会发现这样比较自然，
因为它反应了电脑的工作方式，同时操作起来也较少废话。
(6) 在【】中的文字为翻译的备注。
(7) 关于使中文文文件结构化的议题，问题已经获得解决。
( 本翻译文本所采用的简繁用语差异列表如下：
zh cn
文件 文档
软体 软件
作业 操作
套件 包
视窗 窗口
递回 递归
骇客 黑客
资讯 信息
另外，我们也十分欢迎读者可以直接修改本快速指南，做出自己的版本，以自己
认为最为合适的方式来介绍 Emacs 。如果您做出了这样个人化的版本，并且认
为足供大家参考使用，请寄给 <chinese-coordinators@gnu.org> ，我们会将您
的版本公开在 GNU/CTT 的网页中提供给中文使用者下载。
翻译：刘 昭宏 <chliu@gnu.org>
验证：马 雪萍
* 复制（ COPYING ）
-------------------
本快速指南沿袭自具有悠久历史的 Emacs 快速指南，由 Stuart Cracraft 为了
原始的 Emacs 所撰写的版本开始。
这个版本的快速指南和 GNU Emacs 一样都是版权化的，并且允许在某些条件下
散布其拷贝：
Copyright (c) 1985, 1996, 1998, 2001, 2002 Free Software Foundation
Chinese Translation by Chao-Hong Liu (2002, 2003)
Permission is granted to anyone to make or distribute verbatim copies
of this document as received, in any medium, provided that the
copyright notice and permission notice are preserved,
and that the distributor grants the recipient permission
for further redistribution as permitted by this notice.
本文允许在不变更文文件内容的前提下刊登在任何形式的媒体中，
但需保留版权声明以及许可声明，
散布者也必须给予接受者如同此声明所允许的，进一步散布的许可。
【本段译文提供读者作为参考以帮助理解，实际效力以英文本为准。】
Permission is granted to distribute modified versions
of this document, or of portions of it,
under the above conditions, provided also that they
carry prominent notices stating who last altered them.
本文允许在与上述相同的条件下，散布修改后的版本，或是其中的一部份，
但它们也必须带有显著的，说明由谁最后更动了它的声明。
【Copyleft 版权除了提供使用者自由外，也维护原始作者，
以及后来的修改作者的名誉权（ credit ）。
本段译文提供读者作为参考以帮助理解，实际效力以英文本为准。】
复制 Emacs 本身的条件较为复杂，但是具有相同的精神。请阅读 COPYING 这个
文件，并且确实给予您的朋友 GNU Emacs 的拷贝。请经由“使用、撰写、以及
分享自由软件”来帮助消除软件障碍主义（拥有权）！
;;; DO NOT PUT THIS ON ZHS OR ZHT FILE...
;;; Local Variables:
;;; coding: chinese-iso-8bit
;;; End:'
