http://gcc.gnu.org/https://gcc.gnu.org/onlinedocs/http://zh.wikipedia.org/zh/GCChttp://blog.csdn.net/casularm/article/details/316149http://www.bccn.net/Article/kfyy/cyy/jc/200409/9.htmlhttp://linux.chinaunix.net/techdoc/develop/2008/12/16/1053006.shtmlhttp://www.91linux.com/html/article/program/cpp/20071203/8745.htmlhttp://www.cnblogs.com/hnrainll/archive/2012/07/05/2578277.htmlhttp://www.cnblogs.com/ggjucheng/archive/2011/12/14/2287738.htmlhttp://www.chinaunix.net/old_jh/23/408225.htmlhttp://blogimg.chinaunix.net/blog/upfile/070907021605.pdf

1. GCC简介2. GCC的编译3. GCC的命令行参数4. GCC编译中遇到的常见错误5. Makefile

1. C 2. Ada  3. C++  4. Java  5. Objective C 6. Pascal 语言7. COBOL8. 函数式编程9. 逻辑编程的Mercury等等

1. 预处理(也称预编译，Preprocessing)2. 编译(Linking)3. 汇编 (Assembly)4. 连接(Linking)

1. 头文件的包含: #include2. 宏定义的扩展:     1) #define: 定义一个预处理宏    #define MACRO_NAME(args) tokens(opt)    之后出现的MACRO_NAME将被替代为所定义的标记(tokens). 宏可带参数, 而后面的标记也是可选的.     2) #undef: 取消宏的定义#define除了可以独立使用以便灵活设置一些参数外，还常常和条件编译语法结合使用，以便灵活地控制代码块的编译与否，也可以用来避免同一个头文件的多次包含3. 条件编译的选择:     1) #ifdef: 判断某个宏是否被定义, 若已定义, 执行随后的语句    2) #ifndef： 与#ifdef相反, 判断某个宏是否未被定义     3) #if: 编译预处理中的条件命令, 相当于C语法中的if语句    4) #elif: 若#if, #ifdef, #ifndef或前面的#elif条件不满足, 则执行#elif之后的语句, 相当于C语法中的else-if    5) #else: 与#if, #ifdef, #ifndef对应, 若这些条件不满足, 则执行#else之后的语句, 相当于C语法中的else    6) #endif: #if, #ifdef, #ifndef这些条件命令的结束标志.    7) #line: 标志该语句所在的行号4. 编译器指示指令(给编译器看的指令)    1) #pragma: 说明编译器信息    #pragma用编译器用来添加新的预处理功能或者显示一些编译信息. #pragma的格式是各编译器特定的, gcc的如下:    #pragma GCC name token(s)    2) #warning: 显示编译警告信息    #warning, #error分别用于在编译时显示警告和错误信息    #error tokens    3) #error: 显示编译错误信息    #warning tokens

gcc -E test.c -o test.i(输出预处理内容到文件)gcc -E test.c(输出预处理内容到命令行)

1. 词法分析2. 语法分析: 通过-std指定遵循哪个标准3. 代码优化和存储分配: 根据优化(-O)要求进行4. 接着会把源代码翻译成中间语言，即汇编语言(因为C/C++是编译性语言)

gcc -S test.i -o test.s(-S选项，表示在程序编译期间，在生成汇编代码后，停止，-o输出汇编代码文件)

1. as汇编工具来汇编AT&T格式的汇编语言，因为gcc产生的中间代码就是AT&T格式的2. 或者直接用gcc的汇编编译器来进行汇编编译

1. 用as把汇编语言汇编成目标代码//注意，这里的.s文件是上一步编译后的文件as -o test.o test.s       2. gcc汇编指令gcc -c test.s -o test.o

1. 静态链接程序开发阶段程序员用ld(gcc实际上在后台调用了ld)静态链接器手动链接的过程例如:如果链接到可执行文件中的是静态连接库libmyprintf.a，那么. rodata节区在链接后需要被重定位到一个绝对的虚拟内存地址，以便程序运行时能够正确访问该节区中的字符串信息2. 动态链接动态链接则是程序运行期间系统调用动态链接器(ld-linux.so)自动链接的过程例如:对于puts，因为它是动态连接库libc.so中定义的函数，所以会在程序运行时通过动态符号链接找出puts函数在内存中的地址，以便程序调用该函数 

sparc-xxxx-linux-gnu-gcc test.c -L/path/to/sparcLib -I/path/to/sparcInclude

Usage: gcc [options] file...Options:    1) -combine: 一次传给gcc多个源文件    2) -save-temps: 保留中间文件     3) -B <directory>: 添加gcc搜索的源文件路径     4) -E 源代码file: 只单独进行预处理(预编译)这一步      5) -S 预处理后的file: 只单独进行编译这一步    6) -c 编译后待汇编的文件: 只进行编译和汇编这两步     7) -o <file>: 输出文件         8) -l参数    -l参数就是用来指定程序要链接的库，-l参数紧接着就是库名，库名和真正的库文件名之间有一个对应关系呢，例如数学库，他的库名是m，他的库文件名是libm.so，把库文件名的头lib和尾.so去掉就是库名了    值得注意的是，-l参数在搜索指定库名的时候会从gcc默认的"库路径"下去查找        1. /lib        2. /usr/lib        3. /usr/local/lib    所以，如我们自已要用到一个第三方提供的库名字叫libtest.so，那么我们只要把libtest.so拷贝到这些路径中(例如/usr/lib)    example:    编译时加上-ltest参数，我们就能用上libtest.so库了(我们还需要与libtest.so配套的头文件，对我们需要使用的函数进行声明，我们才能在代码中使用)    9) -L参数    我们都知道，放在里的库直接用-l参数就能链接了，但如果库文件没放在这三个目录里，而是放在其他目录里，这时我们只用-l参数的话，链接还是会出错，出错信息大概是："/usr/bin/ld: cannot find -lxxx"，也就是链接
程序ld在那3个目录里找不到    -L参数跟着的是库文件所在的目录名。再比如我们把libtest.so放在/aaa/bbb/ccc目录下，那链接参数就是-L/aaa/bbb/ccc -ltest    10) -include    -include用来包含头文件，但一般情况下包含头文件都在源码里用#include xxxxxx实现，所以-include参数很少用    11) -I参数    -I参数是用来指定头文件目录。/usr/include目录一般是不用指定的，gcc知道去那里找(默认路径)，但是如果头文件不在/usr/include里我们就要用-I参数指定了，比如头文件放在/myinclude目录里，那编译命令行就要加上
"-I/myinclude"参数了，如果不加你会得到一个"xxxx.h: No such file or directory"的错误    -I参数可以用相对路径，比如头文件在当前目录，可以用-I.来指定         12) -O参数    这是一个程序优化参数，一般用-O2就是，用来优化程序用的，比如    gcc test.c -O2 -o test    优化得到的程序比没优化的要小，执行速度可能也有所提高。关于编译原理、优化的相关知识又是另一类庞大的体系了，以后有时间可以研究一下    13) -shared参数    编译动态库时要用到，比如gcc -shared test.c -o libtest.so

libm.so它链接到/lib/libm.so.x/lib/libm.so.6链接到/lib/libm-2.3.2.so

ln -s libxxxx-x.x.x.so libxxxx.so

"-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm"

1. 哪些文件需要先编译2. 哪些文件需要后编译3. 哪些文件需要重新编译4. 甚至于进行更复杂的功能操作，因为makefile就像一个Shell脚本一样，其中也可以执行操作系统的命令

/*1. 变量声明在Makefile中声明变量var = value;在需要使用value的地方直接使用$(var)就可以了*//*2. Makefile的隐含规则在使用make编译.c源文件时，编译.c源文件规则的命令可以不用明确给出。这是因为make本身存在一个默认的规则，能够自动完成对.c文件的编译并生成对应的.o文件。它执行命令"cc -c"来编译.c源文件。在Makefile中我们只需要
给出需要重建的目标文件名(一个.o文件)，make会自动为这个.o文件寻找合适的依赖文件(对应的.c文件。对应是指：文件名除后缀外，其余都相同的两个文件)，而且使用正确的命令来重建这个目标文件*/TARGET... : PREREQUISITES...    COMMAND    ...    .../*3. 清理工作Makefile规则除了完成源代码编译之外，也可以完成其它任务。例如实现清除当前目录中编译过程中产生的临时文件     1) 通过".PHONY"特殊目标将"clean"目标声明为伪目标。避免当磁盘上存在一个名为"clean"文件时，目标"clean"所在规则的命令无法执行    2) 在命令行之前使用"-"，意思是忽略命令"rm"的执行错误 值得注意的是，目标"clean"没有出现在终极目标"target"依赖关系中(终极目标的直接依赖或者间接依赖)，所以我们执行"make"时，目标"clean"所在的规则将不会被处理。当需要执行此规则，要在make的命令行选项中明确指定这
个目标，即执行"make clean"*/.PHONY:cleanclean:    -rm target $(var) 1. target: 规则的目标通常是最后需要生成的文件名或者为了实现这个目的而必需的中间过程文件名。可以是:    1) .o文件    2) 最后的可执行程序的文件名    3) 一个make执行的动作的名称，如目标"clean"，我们称这样的目标是"伪目标" 2. prerequisites: 规则的依赖生成规则目标所需要的文件名列表。通常一个目标依赖于一个或者多个文件。当规则的目标是一个文件，在它的任何一个依赖文件被修改以后，在执行"make"时这个目标文件将会被重新编译或者重新连接 3. command: 规则的命令行规则所要执行的动作(任意的shell命令或者是可在shell下执行的程序)，它限定了make执行这条规则时所需要的动作。一个规则可以有多个命令行，每一条命令占一行。需要注意的是：每一个命令行必须以[Tab]字符开始，[Tab]字符告诉make此行是一个命令行。make按照命令完成相应的动作 命令(command)就是在任何一个目标的依赖文件发生变化后重建目标的动作描述。一个目标可以没有依赖而只有动作(指定的命令)。比如Makefile中的目标"clean"，此目标没有依赖，只有命令。它所定义的命令用来删除make过程产生
的中间文件(进行清理工作)

1. 当在shell提示符下输入"make"命令以后。make读取当前目录下的Makefile文件，并将Makefile文件中的第一个目标作为其执行的"终极目标"，开始处理第一个规则，默认的情况下，make执行的是Makefile中的第一个规则，此
规则的第一个目标称之为"最终目的"或者"终极目标"。结合Makefile的工作原理就会很好理解为什么第一个规则会是"最终规则"，因为Makefile的规则是递归依赖的，最终规则递归地依赖于下面的其他规则2. make在执行这个规则所定义的命令之前，首先处理目标"终极目标"的所有的依赖目标，可能是:    1) 伪目标    2) .so文件    对.o文件为目标的规则处理有下列三种情况:        2.1) 目标.o文件不存在，使用其描述规则创建它        2.2) 目标.o文件存在，目标.o文件所依赖的.c源文件、.h文件中的任何一个比目标.o文件"更新"(在上一次make之后被修改)，则根据规则重新编译生成它        2.3) 目标.o文件存在，目标.o文件比它的任何一个依赖文件的(c源文件、.h文件)"更新"(它的依赖文件在上一次make之后没有被修改)，则什么也不做    3) 可执行文件 对于Makefile的工作流程的理解，我们一定要牢记递归的概念，即make会将终极目标的依赖目标从右到左一次回退全部执行完，出现在"终极目标"的依赖列表中的目标一定要全部执行完之后，终极目标才能被最终完成 3. 如果在处理终极目标的依赖目标的时候，又出现了新的依赖目标，则继续递归地进行处理(类似函数栈调用原理)4. . 在Makefile中一个规则的目标如果不是"终极目标"所依赖的(或者"终极目标"的依赖文件所依赖的)，那么这个规则将不会被执行，除非明确指定执行这个规则(可以通过make的命令行指定重建目标，那么这个目标所在的规则就会
被执行，例如"make clean")5. 更新(或者创建)终极目标的过程中，如果任何一个规则执行出现错误make就立即报错并退出。整个过程make只是负责执行规则，而对具体规则所描述的依赖关系的正确性、规则所定义的命令的正确性不做任何判断。就是说，一个规则的依赖关系是否正确、描述重建目标的规则命令行是否正确，make不做任何错误检查。因此，需要正确的编译一个工程。需要在提供给make程序的Makefile中来保证其依赖关系的正确性、和执行命令的正确性。