Author:onceday date:2022年7月27日
编译C文件的过程:

早期 GCC 的全拼为 GNU C Compiler,即 GUN 计划诞生的 C 语言编译器,最初 GCC 的定位只用于编译 C 语言。
经过多年发展,GCC不仅可以用来编译 C 语言程序,还可以处理 C++、Go、Objective -C 等多种编译语言编写的程序。其英文全称被重新定义为 GNU Compiler Collection,即 GNU 编译器套件。
GCC一般会自带在liunx发行版系统上,如果版本过低,可采取手动安装的方式,该方式需要利用低版本的GCC编译高版本的gcc源码,耗时较久:
可参考以下文档:gcc基础知识 C语言中文网
GCC官方文档参考:gcc官网文档
编译组件内容:
| 组件部分 | 描述 |
|---|---|
| c++ | gcc 的一个版木,默认语言设置为 C++,而且在连接的时候自动包含标准 C++ 库。这和 g++ 一样 |
| ccl | 实际的C编译程序 |
| cclplus | 实际的 C++ 编泽程序 |
| collect2 | 在不使用 GNU 连接程序的系统上,有必要运行 collect2 来产生特定的全局初始化代码(例如 C++ 的构造函数和析构函数) |
| configure | GCC 源代码树根目录中的一个脚木。用于设置配置值和创建GCC 编译程序必需的 make 程序的描述文件 |
| crt0.o | GCC 源代码树根目录中的一个脚木。用于设置配置值和创建GCC 编译程序必需的 make 程序的描述文件 |
| cygwin1.dll | Windows 的共享库提供的 API,模拟 UNIX 系统调用 |
| f77 | 该驱动程序可用于编译 Fortran |
| f771 | 实际的 Fortran 编译程序 |
| g++ | gcc 的一个版木,默认语言设置为 C++,而且在连接的时候自动包含标准 C++ 库。这和 c++ 一样 |
| gcc | 该驱动程序等同于执行编译程序和连接程序以产生需要的输出 |
| gcj | 该驱动程序用于编译 Java |
| gnat1 | 实际的 Ada 编译程序 |
| gnatbind | 一种工具,用于执行 Ada 语言绑定 |
| gnatlink | 一种工具,用于执行 Ada 语言连接 |
| jc1 | 实际的 Java 编译程序 |
| libgcc | 该库包含的例程被作为编泽程序的一部分,是因为它们可被连接到实际的可执行程序中。 它们是特殊的例程,连接到可执行程序,来执行基木的任务,例如浮点运算。这些库中的例程通常都是平台相关的 |
| libgcj | 运行时库包含所有的核心 Java 类 |
| libobjc | 对所有 Objective-C 程序都必须的运行时库 |
| libstdc++ | 运行时库,包括定义为标准语言一部分的所有的 C++ 类和函数 |
GCC使用的配套辅助软件:
| 工具软件 | 描述 |
|---|---|
| addr2line | 给出一个可执行文件的内部地址,addr2line 使用文件中的调试信息将地址翻泽成源代码文件名和行号。该程序是 binutils 包的一部分 |
| ar | 这是一个程序,可通过从文档中增加、删除和析取文件来维护库文件。通常使用该工具是为了创建和管理连接程序使用的目标库文档。该程序是 binutils 包的一部分 |
| as | GNU 汇编器。实际上它是一族汇编器,因为它可以被编泽或能够在各种不同平台上工作。 该程序是 binutils 包的一部分 |
| autoconf | 产生的 shell 脚木自动配置源代码包去编泽某个特定版木的 UNIX |
| c++filt | 程序接受被 C++ 编泽程序转换过的名字(不是被重载的),而且将该名字翻泽成初始形式。 该程序是 binutils 包的一部分 |
| f2c | 是 Fortran 到C的翻译程序。不是 GCC 的一部分 |
| gcov | gprof 使用的配置工具,用来确定程序运行的时候哪一部分耗时最大 |
| gdb | GNU 调试器,可用于检查程序运行时的值和行为 |
| GNATS | GNU 的调试跟踪系统(GNU Bug Tracking System)。一个跟踪 GCC 和其他 GNU 软件问题的在线系统 |
| gprof | 该程序会监督编泽程序的执行过程,并报告程序中各个函数的运行时间,可以根据所提供 的配置文件来优化程序。该程序是 binutils 包的一部分 |
| ld | GNU 连接程序。该程序将目标文件的集合组合成可执行程序。该程序是 binutils 包的一部 |
| libtool | 一个基本库,支持 make 程序的描述文件使用的简化共享库用法的脚木 |
| make | 一个工具程序,它会读 makefile 脚木来确定程序中的哪个部分需要编泽和连接,然后发布必要的命令。它读出的脚木(叫做 makefile 或 Makefile)定义了文件关系和依赖关系。 |
| nlmconv | 将可重定位的目标文件转换成 NetWare 可加载模块(NetWare Loadable Module, NLM)。该 程序是 binutils 的一部分 |
| nm | 列出目标文件中定义的符号。该程序是 binutils 包的一部分 |
| objcopy | 将目标文件从一种二进制格式复制和翻译到另外一种。该程序是 binutils 包的一部分 |
| objdump | 显示一个或多个目标文件中保存的多种不同信息。该程序是 binutils 包的一部分 |
| ranlib | 创建和添加到 ar 文档的索引。该索引被 Id 使用来定位库中的模块。该程序是 binutils 包的一部分 |
| ratfor | Ratfor 预处理程序可由 GCC 激活,但不是标准 GCC 发布版的一部分 |
| readelf | 从 ELF 格式的目标文件显示信息。该程序是 binutils 包的一部分 |
| size | 列出目标文件中每个部分的名字和尺寸。该程序是 binutils 包的一部分 |
| strings | 浏览所有类型的文件,析取出用于显示的字符串。该程序是 binutils 包的一部分 |
| strip | 从目标文件或文档库中去掉符号表,以及其他调试所需的信息。该程序是 binutils 包的一部分 |
| vcg | Ratfor 浏览器从文木文件中读取信息,并以图表形式显示它们。而 vcg 工具并不是 GCC 发布中的一部分,但 -dv 选项可被用来产生 vcg 可以理解的优化数据的格式 |
| windres | Window 资源文件编泽程序。该程序是 binutils 包的一部分 |
g++ = gcc -xc++ demo.cpp -lstdc++ -share-libgcc
详细可参考:gcc和g++的区别? C语言中文网
gcc/g++ -std=编译标准
常见版本对C语言编译标准的支持:
| GCC版本 | c89/c90 | c99 | c11 | c17 | GNU90 | GNU99 | GNU11 | GNU17 |
|---|---|---|---|---|---|---|---|---|
| 8.4以上 | c89/c90 | c99 | c11 | c17/c18 | gnu90/gnu89 | gnu99 | gnu11 | gnu17/gnu18 |
| 7.5-5.5 | c89/c90 | c99 | c11 | gnu90/gnu89 | gnu99 | gnu11 | ||
| 4.9.4-4.8.5 | c89/c90 | c99 | c11 | gnu90/gnu99 | gnu99 | gnu11 | ||
| 4.7.4以下 | c89/c90 | c99(部分支持) | c11(部分支持) | gnu90/gnu89 | gnu99(部分支持) | gnu11(部分支持) |
常见版本对C++语言标准的支持程度:
| GCC版本 | c++98/03 | c++11 | c++14 | c++17 | GNU++98 | GNU++11 | GNU++14 | GNU++17 |
|---|---|---|---|---|---|---|---|---|
| 8.4以上 | c++98/c++03 | c++11 | c++14 | c++17 | gnu++98/gnu++03 | gnu++11 | gnu++14 | gnu++17 |
| 7.5-5.5 | c++98/c++03 | c++11 | c++14 | c++1z(部分支持) | gnu++98/gnu++03 | gnu++11 | gnu++14 | gnu++1z(部分支持) |
| 4.9.4-4.8.5 | c++98/c++03 | c++11 | c++1y(部分支持) | gnu++98/gnu++03 | gnu++11 | gnu++1y(部分支持) | ||
| 4.7.4 | c++98 | c++11(部分支持) | gnu++98 | gnu++11(部分支持) |
直接编译c文件很简单,如下命令即可:
gcc demo.c
默认直接输出a.out文件,可执行。
因此可用额外选项指定输出文件名:
gcc demo.c -o demo
分步编译c/c++程序可用以下命令:
| gcc/g++指令选项 | 功能 |
|---|---|
| -E(大写) | 预处理指定的源文件,不进行编译。 |
| -S(大写) | 编译指定的源文件,但是不进行汇编。 |
| -c | 编译、汇编指定的源文件,但是不进行链接。 |
| -o | 指定生成文件的文件名。 |
| -llibrary | 其中 library 表示要搜索的库文件的名称。该选项用于手动指定链接环节中程序可以调用的库文件。建议 -l 和库文件名之间不使用空格,比如 -lstdc++。 |
| -ansi | 对于 C 语言程序来说,其等价于 -std=c90;对于 C++ 程序来说,其等价于 -std=c++98。 |
| -std= | 手动指令编程语言所遵循的标准,例如 c89、c90、c++98、c++11 等。 |
预处理过程会处理预处理命令,删除注释等。展开成完整的源文件。
通常可由以下几种形式:
gcc -E demo.c #直接输出到终端上
gcc -E demo.c -o demo.i #直接输出到指定文件中
gcc -E -C demo.c -o demo.i #取消删除源文件中的注释代码
gcc -E支持的常用选项:
| 选项 | 功能 |
|---|---|
| -D name[=definition] | 在处理源文件之前,先定义宏 name。宏 name 必须是在源文件和头文件中都没有被定义过的。将该选项搭配源代码中的#ifdef name命令使用,可以实现条件式编译。如果没有指定一个替换的值(即省略 =definition),该宏被定义为值 1。 |
| -U name | 如果在命令行或 GCC 默认设置中定义过宏 name,则“取消”name 的定义。-D 和 -U 选项会依据在命令行中出现的先后顺序进行处理。 |
| -include file | 如同在源代码中添加 #include “file” 一样。 |
| -l dir | 同时适用于以引号 “” 和 <> 导入的头文件。当 GCC 在 -iquote 指令指定的目录下搜索头文件失败时,会再自动去 -I 指定的目录中查找。该选项在 GCC 10.1 版本中已被弃用,并建议用 -iquote 选项代替。 |
| -isystem dir | 指定搜索头文件的目录 |
| -idirafter dir | 指定搜索头文件的目录 |
其中,对于指定 #include 搜索路径的几个选项,作用的先后顺序如下:
对于用 #include “” 引号形式引入的头文件,首先搜索当前程序文件所在的目录
其次再前往 -iquote 选项指定的目录中查找;
前往 -I 选项指定的目录中搜索;
前往 -isystem 选项指定的目录中搜索;
前往默认的系统路径下搜索;
前往 -idirafter 选项指定的目录中搜索。
所谓编译,简单理解就是将预处理得到的程序代码,经过一系列的词法分析、语法分析、语义分析以及优化,加工为当前机器支持的汇编代码。
通常指令有以下几种形式:
gcc -S demo.c #直接在当前目录下生成一个(同名.s)文件
gcc -S demo.c -o test.s #指定输出文件的名字
该指令可以处理非预处理过的源代码或者经过预处理后的源代码。
可通过以下选项为汇编代码添加必要的注释:
gcc -S demo.c -o test.s -fverbose-asm
汇编其实就是将汇编代码转换成可以执行的机器指令。大部分汇编语句对应一条机器指令,有的汇编语句对应多条机器指令。相对于编译操作,汇编过程会简单很多,它并没有复杂的语法,也没有语义,也不需要做指令优化,只需要根据汇编语句和机器指令的对照表一一翻译即可。
编译级别及以上阶段的代码皆可以用作目标文件:
gcc -c demo.c -o test.o #输出到指定文件
gcc -c demo.s -o demo.o #输出到指定文件
对目标文件进行链接:
gcc demo.o -o demo.exe
除开libc库外,其他库都需要手动添加链接库。
静态链接都放在libc.a(achieve,获取),或共享的动态链接文件libc.so中(文件名后缀.so,代表share object,共享对象)。这些链接库一般位于/lib/或/usr/lib/,位于GCC默认的搜索的其他目录。
链接标准数学库文件:
gcc main.c -o main.out -lm
数学库的文件名是libm.a。前缀lib和后缀.a是标准的,m是基本名称,GCC 会在-l选项后紧跟着的基本名称的基础上自动添加这些前缀、后缀,本例中,基本名称为 m。
链接其他目录中的库:
1.把链接库作为一般的目标文件,为 GCC 指定该链接库的完整路径与文件名。
gcc demo.c -o demo.out /usr/lib/libm.a
2.使用-L选项,为 GCC 增加另一个搜索链接库的目录:
gcc demo.c -o demo.out -L/usr/lib -lm
可以使用多个-L选项,或者在一个-L选项内使用冒号分割的路径列表。
3.把包括所需链接库的目录加到环境变量 LIBRARYPATH 中。
| 命令选项 | 描述和解释 |
|---|---|
| -ansi | 只支持 ANSI 标准的 C 语法。这一选项将禁止 GNU C 的某些特色, 例如 asm 或 typeof 关键词。 |
| -DMACRO | 以字符串"1"定义 MACRO 宏。 |
| -DMACRO=DEFN | 以字符串"DEFN"定义 MACRO 宏。 |
| -IDIRECTORY | 指定额外的头文件搜索路径DIRECTORY。 |
| -LDIRECTORY | 指定额外的函数库搜索路径DIRECTORY。 |
| -lLIBRARY | 连接时搜索指定的函数库LIBRARY。 |
| -m486 | 针对 486 进行代码优化。 |
| -O0 | 不进行优化处理。 |
| -O 或 -O1 | 优化生成代码。 |
| -O2 | 进一步优化。 |
| -O3 | 比 -O2 更进一步优化,包括 inline 函数。 |
| -shared | 生成共享目标文件。通常用在建立共享库时。 |
| -static | 禁止使用共享连接。 |
| -UMACRO | 取消对 MACRO 宏的定义。 |
| -w | 不生成任何警告信息。 |
| -Wall | 生成所有警告信息。 |
可参考以下文章:gcc命令 物联网
通常编译形式如下:
gcc -c foo.c #生成 foo.o目标文件
ar rcs libfoo.a foo.o #生成 libfoo.a 静态库
使用如下:
gcc hello.c -static libfoo.a -o hello
gcc hello.c -static -L. -lfoo -o hello
-static选项,一个使用搜索路径,一个直接指定文件。动态库的编译方式基本如下:
gcc foo.c -shared -fPIC -o libfoo.so
使用-fPIC生成位置无关代码。
使用如下:无需加上-static选项
gcc hello.c libfoo.so -o hello
gcc hello.c -L. -lfoo -o hello
但此时一般是无法运行的,因为libfoo.so共享库不在默认路径里。
一般有以下几种方法解决:
1. 设置环境变量LD_LIBRARY_PATH
export LD_LIBRARY_PATH=$(pwd)
2. 使用 rpath 将共享库位置嵌入到程序
gcc hello.c -L. -lfoo -Wl,-rpath=`pwd` -o hello
rpath 即 run path,是种可以将共享库位置嵌入程序中的方法,从而不用依赖于默认位置和环境变量。这里在链接时使用 -Wl,-rpath=/path/to/yours 选项,-Wl 会发送以逗号分隔的选项到链接器,注意逗号分隔符后面没有空格
3. 将libfoo.so 共享库添加到系统路径
sudo cp libfoo.so /usr/lib/
运行失败,请尝试执行ldconfig命令更新共享库的缓存列表。