cc ,gcc 命令解释

1. 语法

 cc [-c|-S|-E] [-std=standard]

           [-g] [-pg] [-Olevel]
           [-Wwarn...] [-Wpedantic]
           [-Idir...] [-Ldir...]
           [-Dmacro[=defn]...] [-Umacro]
           [-foption...] [-mmachine-option...]

           [-o outfile] [@file] infile...

2. 解释

   [-c]

        cc foobar.c

　　就会把 foobar.c 通过以上的步骤编译出来。如果你有多个文件要编译，只要输入

       仅仅编译文件，不会连接。如果你只想检查你写的测试程序的语法的话，这个选项非常有用。或者你会使用 Makefile

    [-o]

      cc -o foobar foobar.c

     可执行文件是 foobar

  [-g]

 

     产生一个可调试的可执行文件。编译器会在可执行文件中植入一些信息，这些信息能够把源文件中的行数和被调用的函数联系     起来。在你一步一步调试程序的时候，调试器能够使用这些信息来显示源代码。这是 非常 有用的；缺点就是被植入的信息让       程序变得更大。通常情况下，开 发一个程序的时候我们经常使用 -g ，但是我们在编译一个 “release 版本” 的程序的时候，如果     程序工作得让人满意了，我 们就不使用 -g 编译。

     cc -g foobar.c

       

    这会产生一个可调试版本的程序。

   

[-O]
产生一个优化版本的可执行文件。编译器会使用一些聪明的技巧产生出比普通编译产生的文件执行更快的可执行文件。可以在 -O 加上数字来使用更高级的优化。但是这样做经常会暴露出编译器的优化器中的一些 错误。例如，2.1.0 版本的 FreeBSD 中的 cc 在某些情况 下使用了 -O2 的话，会产生出错误的代码。

优化通常只在编译一个 release 版本的时候才被打开。

%
cc -O -o foobar foobar.c

这会产生一个优化版本的 foobar 。

-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

此时目录搜索会按给出的次序进行.

[-E]

这个选项是相对标准的,它允许修改命令行以使编译程序把预先处理的C文件发到标准输出,而不实际编译代码.在查看C预处理伪指令和C宏时,这是很有用的.可能的编译输出可重新定向到一个文件,然后用编辑程序来分析:

$cc -c -E hello.c >cpp.out

此命令使include文件和程序被预先处理并重定向到文件cpp.out.以后可以用编辑程序或者分页命令分析这个文件,并确定最终的C语言代码看起来如何.

[-M]

自动找寻源文件中包含的头文件，并生成一个依赖关系.于是由编译器自动生成的依赖关系，这样一来，你就不必再手动书写若干文件的依赖关系，而由编译器自动生成了。需要提醒一句的是，如果你使用GNU的C/C++编译器，你得用“-MM”参数，不然，“-M”参数会把一些标准库的头文件也包含进来。

[-D]

允许从编译程序命令行定义宏符号

一共有两种情况:一种是用-DMACRO,相当于在程序中使用#define MACRO,另一种是用-DMACRO=A,相当于程序中的#define MACRO A.如对下面这代码:
#ifdefine DEBUG

printf("debug message\n");

#endif

编译时可加上-DDEBUG参数,执行程序则打印出编译信息

[-Wall ]
打开所有 cc 的作者认为值得注意的警告。不要只看这个选项的名字，它并没有打开所有 cc 能够注意到的所有警告。

[-ansi ]
关闭大多数，但并不是所有，cc 提供的非 ANSI C 特性。不要只看选项的名字，它并不严格保证你的代码会兼容标准。

[-pedantic ]
关闭 所有 cc 的非 ANSI C 特性。

　　没有这些选项，cc 能允许你按照标准使用一些非标准的扩展。有一些扩展非常有用，但不能与其他编译器兼容──实际上，这个标准的主要目的之一就是允许我们写出可以在任何系统上的由任何编译器编译的代码。这就叫做 可移植代码

　　通常来说，你应该让你的代码尽可能的可以移植。否则你就不得不完全重写你的代码以便能够在其他地方运行之──而且谁知道几年后你是否还会用它？

%
cc -Wall -ansi -pedantic -o foobar foobar.c

　　这会在检查 foobar.c 对标准的兼容性以后产生一个 foobar 可执行文件。

[-Ldirname] 
指定连接库的搜索目录，-l(小写L)指定连接库的名字