gcc 编译过程和编译优化

编译过程
    
    从源代码（xxx.cpp）生成可执行文件（a.out）一共分为四个阶段：
    1、预编译阶段：
    此时编译器会处理源代码中所有的预编译指令。预编译指定非常有特点，全部以“#”开头。
    想想，以“#”开头的命令有哪些？
    不同的命令有不同的处理方法，#include命令的处理方法就是赤裸裸的复制粘贴。将#include后面的文件的内容赤裸裸地复制粘贴到#include命令所在的位置。#define命令分为带参宏和不带参宏。#define命令的处理方法，学名叫宏展开。其实不带参宏的处理方法就是赤裸裸的字符串替换。之后会产生一篇完全不包含预编译指令的代码。
    使用gcc的-E选项可以查看预编译结果：
    g++ -E xxx.cpp
    但是这个命令不会把处理结果保存在文件中，而是放在标准输出中。你可以自己-o定义文件输出


    2、汇编阶段：
    此时编译器会将预处理过的代码进行汇编。
    使用gcc的-S选项可以查看汇编结果：
    g++ -S xxx.cpp
    之后会在当前目录下产生一个xxx.s的文件，里面保存的是汇编代码。
    
    3、编译阶段：
    此时编译器会将汇编代码编译成目标文件。
    使用gcc的-c选项可以生成目标文件：
    g++ -c xxx.s
    也可以从源代码直接生成目标文件：
    g++ -c xxx.cpp
    gcc会通过扩展名自动判断处理的是汇编代码还是C++代码。
    到此，编译器已经完成它的全部工作。
    
    4、链接阶段：
    此时已经没有编译器的事情了。链接工作交由链接器来处理。链接器会将多个目标文件链接成可执行文件。
    我们可以通过gcc来进行链接，但是实际上，gcc还是调用ld命令来完成链接工作的。

    g++ xx1.o xx2.o

编译期优化选项: -pipe


    上文讲到，从源代码生成最终的可执行文件需要四个步骤，并且还会产生中间文件。
    可是我们在对一个源文件编译的时候，直接执行g++ xxx.cpp能够得到可执行文件a.out，但是并没有中间文件啊！中间文件在哪里？
    答案是，在/tmp目录下。想看吗？跟着我做。
    1、在终端中执行g++ xxx.cpp。
    2、在另外一个终端中执行ls /tmp/cc* 2>/dev/null。
    看见什么了？什么也没有啊！说明你太慢了。
    你需要在第一个命令完成前，执行第二个命令，否则什么也看不见。你大概只有不到0.1秒的时间。
    写一个脚本来看吧。
  #!/bin/bash 
   g++ main.cpp & 
   sleep 0.05 
   ls --color=