gcc -v

(a)演示

gcc helloword.c -o helloworld -v

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.7.1/lto-wrapper.exe
Target: mingw32
Configured with: ../../src/gcc-4.7.1/configure --build=mingw32 --enable-languages=c,c++,ada,fortran,objc,obj-c++ --enable-threads=win32 --enable-libgomp --enable-lto --enable-fully-dynamic-string --enable-libstdcxx-debug --enable-version-specific-runtime-libs --with-gnu-ld --disable-nls --disable-win32-registry --disable-symvers --disable-build-poststage1-with-cxx --disable-werror --prefix=/mingw32tdm --with-local-prefix=/mingw32tdm --enable-cxx-flags='-fno-function-sections -fno-data-sections' --with-pkgversion=tdm-1 --enable-sjlj-exceptions --with-bugurl=http://tdm-gcc.tdragon.net/bugs
Thread model: win32
gcc version 4.7.1 (tdm-1)
COLLECT_GCC_OPTIONS='-o' 'helloworld.exe' '-v' '-mtune=i386' '-march=i386'
 c:/mingw/bin/../libexec/gcc/mingw32/4.7.1/cc1.exe -quiet -v -iprefix c:\mingw\bin\../lib/gcc/mingw32/4.7.1/ helloworld.c -quiet -dumpbase helloworld.c -mtune=i386 -march=i386 -auxbase helloworld -version -o C:\Users\ADMINI~1\AppData\Local\Temp\ccT7zCrx.s
GNU C (tdm-1) version 4.7.1 (mingw32)
        compiled by GNU C version 4.7.1, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "c:\mingw\bin\../lib/gcc/mingw32/4.7.1/../../../../mingw32/include"
ignoring duplicate directory "c:/mingw/lib/gcc/../../lib/gcc/mingw32/4.7.1/include"
ignoring duplicate directory "c:/mingw/lib/gcc/../../lib/gcc/mingw32/4.7.1/../../../../include"
ignoring duplicate directory "c:/mingw/lib/gcc/../../lib/gcc/mingw32/4.7.1/include-fixed"
ignoring nonexistent directory "c:/mingw/lib/gcc/../../lib/gcc/mingw32/4.7.1/../../../../mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
 c:\mingw\bin\../lib/gcc/mingw32/4.7.1/include
 c:\mingw\bin\../lib/gcc/mingw32/4.7.1/../../../../include
 c:\mingw\bin\../lib/gcc/mingw32/4.7.1/include-fixed
End of search list.
GNU C (tdm-1) version 4.7.1 (mingw32)
        compiled by GNU C version 4.7.1, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 1223bc4d7eaab64b9220d8272e21f753
COLLECT_GCC_OPTIONS='-o' 'helloworld.exe' '-v' '-mtune=i386' '-march=i386'
 c:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../../../mingw32/bin/as.exe -v -o C:\Users\ADMINI~1\AppData\Local\Temp\ccwSgkT4.o C:\Users\ADMINI~1\AppData\Local\Temp\ccT7zCrx.s
GNU assembler version 2.22 (mingw32) using BFD version (GNU Binutils) 2.22
COMPILER_PATH=c:/mingw/bin/../libexec/gcc/mingw32/4.7.1/;c:/mingw/bin/../libexec/gcc/;c:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../../../mingw32/bin/
LIBRARY_PATH=c:/mingw/bin/../lib/gcc/mingw32/4.7.1/;c:/mingw/bin/../lib/gcc/;c:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../../../mingw32/lib/;c:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../../
COLLECT_GCC_OPTIONS='-o' 'helloworld.exe' '-v' '-mtune=i386' '-march=i386'
 c:/mingw/bin/../libexec/gcc/mingw32/4.7.1/collect2.exe -Bdynamic -o helloworld.exe c:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../../crt2.o c:/mingw/bin/../lib/gcc/mingw32/4.7.1/crtbegin.o -Lc:/mingw/bin/../lib/gcc/mingw32/4.7.1 -Lc:/mingw/bin/../lib/gcc -Lc:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../../../mingw32/lib -Lc:/mingw/bin/../lib/gcc/mingw32/4.7.1/../../.. C:\Users\ADMINI~1\AppData\Local\Temp\ccwSgkT4.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt c:/mingw/bin/../lib/gcc/mingw32/4.7.1/crtend.o

(b)分析gcc -v的详细信息的意文

首先我们需要清楚一点，我们并不能完全弄清楚gcc -v的所有信息，因为毕竞我们并不是gcc编译器集合的实现者，对于这些信息，他们才是最清楚的。

由于我们不能将所有的信息都搞清楚，所以我们只分析关键信息。

虽然我们不能将所有信息都全部弄清楚，但是分析里面的关键信息还是非常有意义的，我们可以通过这些信息弄清楚很多事情，比如:

·通过这些信息，我就知道gcc其实最终还是调用cc1/as/collect2等程序来实现编译的四个过程的。

·知道c的启动代码是怎么来的

·知道为什么在程序中调用printf、scanf、malloc等函数时，我们不需要主动链接这些函数的动态库，但是依然能够使用这些函数

(c) gcc helloword.c -o helloworld -v详细信息分析

Using built-in specs. //编译链接详细信息

COLLECT_GcC=gcc//编译时所调用的总调度程序

gcc编译得到的可执行文件的运行环境，

cpu: 64位x86，os: linux，gnu: gcc的开发组织Target: x86_64-linux-gnu

gcc配置信息:

1．什么是gcc配置信息

gcc也是一个程序，也是被别人开发出来的，应该是c/c++语言写的。

编写gcc这个编译器程序的人，在编译gcc时所给的信息就是配置信息，这些信息会决定编译gcc哪些代码，不编译哪些代码，最终得到针对某个环境（os/cpu）的gcc可执行程序。

2. gcc程序如何面对众多环境的

gnu开发的gcc可以面对很多的环境，比如windows x86环境，Linux x86环境，Linux arm环境。

编写gcc的人，为了让程序能够应对各种环境（os、cpu) , gcc程序里面会包含应对各个环境的代码，如果你想得到针对某个环境gcc可执行程序，就必须只编译针对该环境的代码，其它代码不编译。

3．如何选择只编译gcc程序针对某个环境的代码

通过条件编译来选择，通过条件编译这的东西，就可以在预编译阶段决定你要保留哪些代码，放弃哪些代码，编译时只编译你保留的代码。

举一个简单的例子

比如:

gcc.c
#define x86_LINUX
#ifdef x86_LINUx
针对x86、Linux不境的代码。
#endif
#ifdef ARM_LINUX
针对arm、Linux环境的代码。
#endif
#ifdef x86_wINDOws
针对x86、windows环境的代码。
#endif

通过条件编译所需的宏，就能让条件编译保留和编译只针对某个环境的代码。

但是由于c条件编译使用的宏实在是太多了，所以我们不可能自己一个一个的定义这些宏，所以就需要通过配置信息白动生成需要的宏。

配置信息保存在哪里呢?

配置信息保存在配置文件中，我们配置信息时，其实就是修改配置文件中的内容。

运行配置文件时，根据配置信息的要求，会自动生成需要的宏定义，并把这些宏定义保存到相应的.h(头文件）中。

再将.h给c/c++程序，预处理时，条件编译根据.h中定义的宏定义，就能决定保留和编译哪些代码。编译时就只编译保留的代码，最后就得到了针对某个环境的gcc可执行程序，不过这些配置信息会保留gcc中，gcc -v时会显示出来。

通过了解gcc的配置信息，可以大概的知道一些gcc的特性。

4.了解gcc条件编译和配置信息的意义

(1）有助于我们后面学习c语言"条件编译"相关的内容

(2）复杂的c/c++程序，都会涉及到条件编译和配置信息.

gcc也是一个复杂的c/c++程序，所以必然涉及条件编译和配置信息。

如果不理解条件编译和配置信息的话，我们很难实现复杂c程序和看懂别人写的复杂c程序。

我们后面讲uboot和linux内核时，里面会有大量的条件编译，编译时必须修改配置信息，通过配置信息去打开和关闭uboot/linux内核的条件编译，选择那些代码保留，那些代码忽略，然后编译保留的代码，得到针对某个环境(os/cpu）的可执行程序。

5. gcc配置信息

gcc的配置文件，这句话仅仅只是向我们表明，gcc的配置信息其实是来源于这个文件，这个配置文件并不在我的电脑上，而是在gcc开发者的电脑上，编译gcc时gcc开发者会去设置这个配置文件。

configured with: ../src/configure

gcc bug报告说明书:如果你发现了gcc的bug，需要按READNE，Bugs说明书的要求来提交gcc的bug

--with-bugurl=file: ///usr/share/doc/gcc-5/README.Bugs

gcc编译集所支持的语言，不过想要编译java等其它语言，需要下载相应的插件

--enable-languages=c,ada, c++,java, go,d,fortran,objc,obj-c++

路径固定前缀，也就是说gcc所使用到的路径都是/usr打头的，换句话说gcc所用到的文件,都在这个/usr目录下。

--prefix=/usr

GCC编译器集合"自带库"所在目录

--libdir=/usr/lib

使用gcc编译带界面的java程序，图形界面底层调用的是ubuntu的gtk基础图形库

--enable-java-awt=gtk

gcc可以编译java，但是java程序运行需要相应的运行环境（最起码要有个java虚拟机jvm)以下信息描述的就是java的运行环境

--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64
--with-arch-directory=amd64
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc

gcc所运行的cpu的cpu架构，对于cpu架构的详细信息，对于应用开发者来说，我们不需要进行详细的了解这些是做硬件、微电子、编译器开发者应该详细了解的内容

--enable-multiarch
--disable-werror
--with-arch-32=i686
--with-abi=m64
--with-multilib-list=m32,m64, mx32
--enable-multilib
--with-tune=generic
--enable-checking=release
--build=x86_64-linux-gnu

gcc本身的运行环境: cpu: 64位intel x86 cpu OS: Linux

--host=x86_64-linux-gnu

gcc编译出的可执行程的运行环境

gcc helloworld.c -o helloworld，helloworld的运行环境为cpu: 64位intel x86 cpu OS：linux.

--target=x86_64-linux-gnu

gcc版本，与gcc所运行的ubuntu的版本（ubuntu是Linux发行版操作系统）

gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9)

gcc基本选项，

-march=x86-64：intel 64位 x86 cpu
-mtune=generic：编译得到的机器指令，属于通用指令集（同款的不同型号的cpu都支持的指令集）

如果需要指定某型号cpu的特殊指令集时，就不能写成generic，而要写特殊指令集名称

COLLECT_GCC_OPTIONS='-o' 'helloworld' '-v' '-mtune=generic' '-march=x86-64'

预编译、编译

干货信息为：

cc1 helloworld.c -o /tmp/ccV9xVOr.s
/usr/lib/gcc/x86_64-linux-gnu/5/cc1 -quiet -v -imultiarch x86_64-linux-gnu 
helloworld.c -quiet -dumpbase helloworld.c -mtune=generic -march=x86-64 -auxbase 
helloworld -version -fstack-protector-strong -Wformat -Wformat-security -o 
/tmp/ccV9xVOr.s

包含""所指定的头文件：到程序员自己指定的路径下去搜索

#include "..." search starts here:

包含<>所指定的头文件：到系统指定的路径下去找

#include <...> search starts here: 
/usr/lib/gcc/x86_64-linux-gnu/5/include
/usr/local/include
/usr/lib/gcc/x86_64-linux-gnu/5/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.

汇编：由于as的路径已经被加入到了环境变量中，因此调用as时，并不需要指定as的路径。

生成ccV9xVOr.s汇编文件是一个临时文件，/tmp目录专门用于存放Linux系统所生成的临时文件，

一旦编译得到了可执行文件，这个ccV9xVOr.s将会别删除

as -v --64 -o /tmp/ccyIcm4A.o /tmp/ccV9xVOr.s

链接

collect2为链接器，由于collect2的路径没有加入环境变量，因此需要我们自己指明collect2所在的路径。

/usr/lib/gcc/x86_64-linux-gnu/5/collect2

给程序指定动态链接器：程序运行起来后，用于加载动态库

-dynamic-linker /lib64/ld-linux-x86-64.so.2

最终生成的可执行文件

-o helloworld

crt1.o、crti.o、crtbegin.o：用于生成程序的“启动代码”，这三个.o是由GCC编译器集合提供的（由GCC开发者编写的），crt就是c/c++ run time的意思，翻译为中文就是“运行时环境”。

启动代码的作用：搭建c/c++的运行环境crt1.o：汇编写的。

· 里面的_start是整个程序的开始（入口）

· main函数是由crt1.o调用

· c/c++函数运行所需要的栈，是由crt1.o建立的

crti.o：在调用main之前，实现c的一些初始化工作，比如全局变量初始化

crtbegin.o：在调用main之前，实现c++的一些初始化，比如调用全局构造函数，创建全局对象

/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o 
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crti.o 
/usr/lib/gcc/x86_64-linux-gnu/5/crtbegin.o

指定所有库所在路径，后面链接“库”时就到这些路径下寻找，后面讲c函数库时，会介绍-L选项

-L/usr/lib/gcc/x86_64-linux-gnu/5 
-L/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu 
-L/usr/lib/gcc/x86_64-linux-gnu/5/../../../../lib 
-L/lib/x86_64-linux-gnu -L/lib/../lib 
-L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib 
-L/usr/lib/gcc/x86_64-linux-gnu/5/../../..

链接自己的.o：ccyIcm4A.o，是之前as汇编helloworld.c时，所得到的临时.o文件

我们这里自己的.o只有一个，如果源文件有很多.c的话，对应的这里就会有很多的.o

/tmp/ccyIcm4A.o

链接libc库

其实libc只是c标准函数库中的一个子库，libc只包含printf、scanf、strcpy、malloc、time等这些常用函数，正是因为gcc有自动链接libc这个常用函数库，所以我们才能在程序中使用这些常用函数，而不会报错说倒找不到这些函数。

但是像c标准函数库中的其它函数就不行了，比如使用数学函数，我们必须自己在gcc时自己加-lm去链接c标准函数库的子库——数学库（比如：gcc ***.c -o *** -lm），否者无法使用数学库函数，数学库中的函数属于非常用函数，gcc是不会帮你自动链接数学库的。

-lc

crtend.o、crtn.o：用于生成扫尾代码，程序运行结束时，做一些扫尾工作，这两个.o也是由gcc开发者编写的，为了方便描述，我们往往将扫尾代码认为是启动代码的一部分。

crtend.o：扫尾做什么？比如调用c++析构函数，释放全局对象的空间

crtn.o：扫尾做什么？比如，接收main函数的返回值并处理

- 如果程序是裸机运行的，返回值到扫尾代码这里就结束了，裸机时返回值的意义不大

- 如果程序是基于OS运行的，扫尾代码会将返回值交给OS

/usr/lib/gcc/x86_64-linux-gnu/5/crtend.o 
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crtn.o

/* 简化后的链接过程，链接时，各个模块的顺序很重要 */

collect2    //链接程序
-dynamic-linker  /lib64/ld-linux-x86-64.so.2 //动态链接器
crt1.o  crti.o  crtbegin.o  //启动代码
ccyIcm4A.o  //自己程序的.o，这里目前只有一个
-lc //libc，常用c函数库——c标准库的子库
crtend.o  crtn.o //扫尾代码

6.总结gcc -v显示的详细信息

（1）如果四个过程都有的话

详细信息就是：gcc配置信息 + cc1信息(预处理+编译) + as信息 + collect2信息

（2）如果只是某个过程的话

比如：gcc -S helloworld.i -o helloworld.s -v

详细信息就是：gcc配置信息 + 单个过程的信息

7. 再说说启动代码

（1）启动代码是由“一个汇编文件+其它的.c文件”构成的，启动代码并不是我们程序员写的

· 广义上，“汇编文件+其它的.c文件”都是启动代码。

· 狭义上，“汇编文件”才是启动代码

（2）启动代码的作用

其中的核心作用就是，在内存中建立c程序运行所需的“堆和栈”，堆和栈其实就是程序运行时所需的运行环境之一，所谓运行环境，就是程序运行时必须要的支撑，就跟人一样，人活着也需要环境（生活环境/工作环境）的支撑，否则就麻烦了。

程序运行起来后就变成了动态运行的程序——进程，所以程序的运行环境，也被称为“进程环境”，进程环境不仅仅只有“堆和栈”，还需要其它的，我们在《Linux系统编程/网络编程》第4章，将会详细的介绍什么“进程环境”，所以需环境有哪些。

（3）我想看启动代码的源码，怎么办？

如果想看启动代码的话，也主要是汇编部分，因为.c部分，会根据程序运行时有无OS支持，会有很大的区别。

比如单片机没有OS，它的启动代码.c部分与有OS时启动代码的.c部分有很大区别，不仅.c，汇编部分也有区别，只不过区别没有那么大而已。

.c部分我们就不关心了，如果你想看启动代码汇编部分，完全可以看单片机c程序的启动代码汇编部分。

当有OS支持时，编译器提供的启动代码大都会被做成现成的.o，我们是看不到源码的，基本只有在裸机程序中才能看到启动代码汇编部分的源码，.c源码也能看见。

所谓裸机程序就是没有OS支持的程序，比如绝大多数单片机程序就是典型的裸机程序，为什么呢？

因为单片机很少运行OS，由于单片机开发的特殊性，有时候我们往往需要修改启动代码汇编部分，所以编译器会提供汇编启动代码的源码，所以完全可以通过看单片机的汇编启动代码，从而了解C的汇编启动代码干了什么事情。

在有OS支持时，启动代码是不需要修改的，所以人家才以.o形式提供。

讲单片机时，我们会分析单片机c程序的汇编启动代码，所以到时候你就知道它到底做了些什么事情，它是怎么去建立堆和栈的，建立堆和栈的代码长什么样子，那时你就不会再对启动代码感到神秘了。

大概看看单片机的汇编启动代码长什么样子

...
/* 设置堆栈指针，堆栈的大小 */
Stack_Size      EQU     0x00000400
AREA    STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem       SPACE   Stack_Size
__initial_sp
; <h> Heap Configuration
;   <o>  Heap Size (in Bytes) <0x0-0xFFFFFFFF:8>
; </h>
Heap_Size       EQU     0x00000200
AREA    HEAP, NOINIT, READWRITE, ALIGN=3
__heap_base
Heap_Mem        SPACE   Heap_Size
__heap_limit
PRESERVE8
THUMB
...

当然后续课程讲Uboot移植时，由于Uboot也是一个裸机程序，我们也能够看到Uboot的汇编启动代码的源码，你也能知道启动代码到底做了些什么事情，总之对于启动代码不要感到神秘，也没什么可神秘的。

不仅c程序，所有高级语言所写的程序，都是需要启动代码的，启动代码要做的事情也都是类似的。

当然就算你不了解启代码是咋回事，对于我们开发来说，也不会有什么太大的问题，但是如果你能了解什么是启动代码，大概做了些什么事情，当然是最好的了，因为这非常有助于你去理解与之相关的一些其它的深入问题。