cc命令整理

关闭 所有 cc 的非 ANSI C 特性。 没有这些选项，cc 能允许你按照标准使用一些非标准的扩展。有一些扩展非常有用，但
不能与其他编译器兼容──实际上，这个标准的主要目的之一就是允许我们写出可以在任何系 统上的由任何编译器编译的代码。这就叫做 可移植代码
通常来说，你应该让你的代码尽可能的可以移植。否则你就不得不完全重写你的代码以 便能够在其他地方运行之──而且谁知道几年后你是否还会用它？ % cc -Wall -ansi -pedantic -o foobar foobar.c
-D 允许从编译程序命令行定义宏符号
一共有两种情况:一种是用-DMACRO,相当于在程序中使用#define MACRO,另一种是用 -DMACRO=A,相当于程序中的#define MACRO A.如对下面这代码: #ifdefine DEBUG printf("debug message\n"); #endif 编译时可加上-DDEBUG 参数,执行程序则打印出编译信息
可执行文件是 foobar
-c 仅仅编译文件，不会连接。如果你只想检查你写的测试程序的语法的话，这个选项非常有用。 或者你会使用 Makefile 。 % cc -c foobar.c
这会产生一个 目标文件 (不可执行) 叫做 foobar.o 。这个文件可以和其他的目标文件连接在 一起构成一个可执行文件。 -g 产生一个可调试的可执行文件。编译器会在可执行文件中植入一些信息，这些信息能够把源 文件中的行数和被调用的函数联系起来。在你一步一步调试程序的时候，调试器能够使用这 些信息来显示源代码。这是 非常 有用的；缺点就是被植入的信息让程序变得更大。通常情 况下，开 发一个程序的时候我们经常使用 -g ，但是我们在编译一个 “release 版本” 的程序 的时候，如果程序工作得让人满意了，我 们就不使用 -g 编译。 % cc -g foobar.c
-E 这个选项是相对标准的,它允许修改命令行以使编译程序把预先处理的 C 文件发到标准输出, 而不实际编译代码.在查看 C 预处理伪指令和 C 宏时,这是很有用的.可能的编译输出可重新定 向到一个文件,然后用编辑程序来分析:
$cc -c -E hello.c >cpp.out 此命令使 include 文件和程序被预先处理并重定向到文件 cpp.out.以后可以用编辑程序或者分 页命令分析这个文件,并确定最终的 C 语言代码看起来如何. -M 自动找寻源文件中包含的头文件，并生成一个依赖关系.于是由编译器自动生成的依赖关系， 这样一来，你就不必再手动书写若干文件的依赖关系，而由编译器自动生成了。需要提醒一 句的是，如果你使用 GNU 的 C/C++编译器，你得用“-MM”参数，不然，“-M”参数会把一些 标准库的头文件也包含进来。
这会产生一个可调试版本的程序。 -O 产生一个优化版本的可执行文件。编译器会使用一些聪明的技巧产生出比普通编译产生的文 件执行更快的可执行文件。可以在 -O 加上数字来使用更高级的优化。但是这样做经常会暴 露出编译器的优化器中的一些 错误。例如，2.1.0 版本的 FreeBSD 中的 cc 在某些情况 下 使用了 -O2 的话，会产生出错误的代码。 优化通常只在编译一个 release 版本的时候才被打开。 % cc -O -o foobar foobar.c 这会产生一个优化版本的 foobar 。
% cc -o foobar foobar.c -lm
这个会把数学函数库连接到 foobar 里面。 如果你要编译 C++ 代码，你需要 -lg++ ，或者 -lstdc++ 如果你使用的是 FreeBSD 2.2 或者 更高版本，来 连接 C++ 库。或者，你可以运行 c++ 而不是 cc 来编译 C++ 代码。在 FreeBSD 上， c++ 也可以通过运行 g++ 来唤醒。 % cc -o foobar foobar.cc -lg++
-O 和 -O1指定1级优化 -O2 指定2级优化 -O3 指定3级优化 -O0指定不优化 $cc -c O3 -O0 hello.c 当出现多个优化时,以最后一个为准!! -I 可指定查找 include 文件的其他位置.例如,如果有些 include 文件位于比较特殊的地方,比如 /usr/local/include,就可以增加此选项如下: $cc -c -I/usr/local/include -I/opt/include hello.c 此时目录搜索会按给出的次序进行.
这会在检查 foobar.c 对标准的兼容性以后产生一个 foobar 可执行文件。 -Ldirname 指定连接库的搜索目录，-l(小写 L)指定连接库的名字 $gcc main.o -L/usr/lib -lqt -o hello 指定连接库的搜索目录，-l(小写 L)指定连接库的名字 上面的命令把目标文件 main.o 与库 qt 相连接,连接时会到/usr/lib 查找这个库文件.也就是说-L 与-l 一般要成对出现. -llibrary 在连接的时候指定一个函数库。 最常见的情况就是当你编译一个使用了一些 C 中的数学函数的时候。不像大多数其他的平 台，这些函数都不在 C 的标准库里面。你必须告诉编译器加 上这些库。 这 个 规 则 就 是 ， 如 果 库 的 名 字 叫 做 libsomething .a ， 你 就 必 须 给 cc 这 样 的 选 项 -lsomething 。例如，数学库 叫做 libm.a ，因此你给 cc 的选 项就是 -lm 。一般情况下， 我们要把这个选项放到命令行的 最后。
下面的三个参数会迫使 cc 检查你的代码是否符合一些国际标准，经常被我们叫做 ANSI 标准，虽然严格的来说它是一个 ISO 标准。 -Wall 打开所有 cc 的作者认为值得注意的警告。不要只看这个选项的名字，它并没有打开所有 cc 能够注意到的所有警告。 -ansi 关闭大多数，但并不是所有，cc 提供的非 ANSI C 特性。不要只看选项的名字，它并不严格 保证你的代码会兼容标准。 -pedantic
对于 FreeBSD 2.1.6 或者更低的版本 % cc -o foobar foobar.cc -lstdc++ 对 FreeBSD 2.2 或者更高的版本 % c++ -o foobar foobar.cc
两种情况都会从 C++ 源文件 foobar.cc 产生一个 可执行文件 foobar 。注意，在 UNIX ® 系 统中，C++ 源 文件的传统后缀是 .C ，.cxx 或 者 .cc ，而不是 MS-DOS ® 类型的 .cpp (这 个后缀已经被用到了其他的地方)。 gcc 根据这个约定来确定应该使用何种类型的编译器来 编译源文件。但是，这个限制不再起作用了，因此现在你可以自由的使用 .cpp 这个后缀来 命名你的 C++ 源文件！
பைடு நூலகம்
% cc foobar.c
就会把 foobar.c 通过以上的步骤编译出来。如果你有多个文件要编译，只要输入 % cc foo.c bar.c
注意，语法检查就是──纯粹的检查语法。而不会检测你可能犯的任何逻辑错误。比如无 限循环，或者是你想用一元排序却使用了冒泡排序。
cc 有很多选项，在帮助手册中都可以找到。这里列出了一些最重要的选项，并且有例子。 -o filename 输出的文件名。如果你不使用这个选项，cc 为产生 出一个叫 a.out 的执行文件。 % cc foobar.c 可执行文件是 a.out % cc -o foobar foobar.c