gcc 命令详解及最佳实践

介绍

GCC（英文全拼：GNU Compiler Collection）是 GNU 工具链的主要组成部分，是一套以 GPL 和 LGPL 许可证发布的程序语言编译器自由软件，由 Richard Stallman 于 1985 年开始开发。

GCC 原名为 GNU C语言编译器，因为它原本只能处理 C 语言，但如今的 GCC 不仅可以编译 C、C++ 和 Objective-C，还可以通过不同的前端模块支持各种语言，包括 Java、Fortran、Ada、Pascal、Go 和 D 语言等等。

编译过程

GCC 的编译过程可以划分为四个阶段：预处理（Pre-Processing）、编译（Compiling）、汇编（Assembling）以及链接（Linking）。

Linux 程序员可以根据自己的需要控制 GCC 的编译阶段，以便检查或使用编译器在该阶段的输出信息，帮助调试和优化程序。以 C 语言为例，从源文件的编译到可执行文件的运行，整个过程大致如下。

各文件后缀说明如下：

后缀	描述	后缀	描述
.c	C 源文件	.s/.S	汇编语言源文件
.C/.cc/.cxx/.cpp	C++ 源文件	.o/.obj	目标文件
.h	C/C++ 头文件	.a/.lib	静态库
.i/.ii	经过预处理的 C/C++ 文件	.so/.dll	动态库

语法

gcc [options] file...

选项

-pass-exit-codes ：从一个阶段以最高错误代码退出。
--target-help ：显示特定于目标的命令行选项。
--help={common|optimizers|params|target|warnings|[^]{joined|separate|undocumented}}[,...] ：显示特定类型的命令行选项（使用 -v --help 显示子进程的命令行选项）。
-dumpspecs ：显示所有内置规范字符串。
-dumpversion ：显示编译器的版本。
-dumpmachine ：显示编译器的目标处理器。
-print-search-dirs ：显示编译器搜索路径中的目录。
-print-libgcc-file-name ：显示编译器配套库的名称。
-print-file-name=<lib> ：显示库 <lib> 的完整路径。
-print-prog-name=<prog> ：显示编译器组件 <prog> 的完整路径。
-print-multiarch ：显示目标的规范化 GNU 三元组，用作库路径中的一个组件。
-print-multi-directory ：显示 libgcc 版本的根目录。
-print-multi-lib ：显示命令行选项和多个库搜索目录之间的映射。
-print-multi-os-directory ：显示操作系统库的相对路径。
-print-sysroot ：显示目标库目录。
-print-sysroot-headers-suffix ：显示用于查找标题的 sysroot 后缀。
-Wa,<options> ：将逗号分隔的 <options> 传递给汇编器（assembler）。
-Wp,<options> ：将逗号分隔的 <options> 传递给预处理器（preprocessor）。
-Wl,<options> ：将逗号分隔的 <options> 传递给链接器（linker）。
-Xassembler <arg> ：将 <arg> 传递给汇编器（assembler）。
-Xpreprocessor <arg> ：将 <arg> 传递给预处理器（preprocessor）。
-Xlinker <arg> ：将 <arg> 传递给链接器（linker）。
-save-temps ：不用删除中间文件。
-save-temps=<arg> ：不用删除指定的中间文件。
-no-canonical-prefixes ：在构建其他 gcc 组件的相对前缀时，不要规范化路径。
-pipe ：使用管道而不是中间文件。
-time ：为每个子流程的执行计时。
-specs=<file> ：使用 <file> 的内容覆盖内置规范。
-std=<standard> ：假设输入源为 <standard>。
--sysroot=<directory> ：使用 <directory> 作为头文件和库的根目录。
-B <directory> ：将 <directory> 添加到编译器的搜索路径。
-v ：显示编译器调用的程序。
-### ：与 -v 类似，但引用的选项和命令不执行。
-E ：仅执行预处理（不要编译、汇编或链接）。
-S ：只编译（不汇编或链接）。
-c ：编译和汇编，但不链接。
-o <file> ：指定输出文件。
-pie ：创建一个动态链接、位置无关的可执行文件。
-I ：指定头文件的包含路径。
-L ：指定链接库的包含路径。
-shared ：创建共享库/动态库。
-static ：使用静态链接。
--help ：显示帮助信息。
--version ：显示编译器版本信息。

示例

阶段编译

假设有文件 hello.c，内容如下：

#include <stdio.h>int main(void)
{printf("Hello, GetIoT\n");return 0;
}

编译 hello.c，默认输出 a.out

gcc hello.c

编译 hello.c 并指定输出文件为 hello

gcc hello.c -o hello

只执行预处理，输出 hello.i 源文件

gcc -E hello.c -o hello.i

只执行预处理和编译，输出 hello.s 汇编文件

gcc -S hello.c

也可以由 hello.i 文件生成 hello.s 汇编文件

gcc -S hello.i -o hello.s

只执行预处理、编译和汇编，输出 hello.o 目标文件

gcc -c hello.c

也可以由 hello.i 或 hello.s 生成目标文件 hello.o

gcc -c hello.i -o hello.o
gcc -c hello.s -o hello.o

由 hello.o 目标文件链接成可执行文件 hello

gcc hello.o -o hello

使用静态库

创建一个 foo.c 文件，内容如下：

#include <stdio.h>void foo(void)
{printf("Here is a static library\n");
}

将 foo.c 编译成静态库 libfoo.a

gcc -c foo.c             # 生成 foo.o 目标文件
ar rcs libfoo.a foo.o    # 生成 libfoo.a 静态库

查看文件描述

$ file *
foo.c:    C source, ASCII text
foo.o:    ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
libfoo.a: current ar archive

修改 hello.c 文件，调用 foo 函数

#include <stdio.h>void foo(void);int main(void)
{printf("Hello, GetIoT\n");foo();return 0;
}

编译 hello.c 并链接静态库 libfoo.a（加上 -static 选项）

gcc hello.c -static libfoo.a -o hello

也可以使用 -L 指定库的搜索路径，并使用 -l 指定库名

gcc hello.c -static -L. -lfoo -o hello

运行结果

$ ./hello
Hello, GetIoT
Here is a static library

查看 hello 文件描述

$ file hello
hello: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, BuildID[sha1]=b72236c2211dd8f0c3003bc02ad5e70bb2354e8c, for GNU/Linux 3.2.0, not stripped

使用共享库

修改 foo.c 文件，内容如下：

#include <stdio.h>void foo(void)
{printf("Here is a shared library\n");
}

将其编译为动态库/共享库（由于动态库可以被多个进程共享加载，所以需要使用 -fPIC 选项生成位置无关的代码

gcc foo.c -shared -fPIC -o libfoo.so

hello.c 代码无需修改，内容仍然如下：

#include <stdio.h>void foo(void);int main(void)
{printf("Hello, GetIoT\n");foo();return 0;
}

编译 hello.c 并链接共享库 libfoo.so

gcc hello.c libfoo.so -o hello

也可以使用 -L 和 -l 选项指定库的路径和名称

gcc hello.c -L. -lfoo -o hello

但是此时运行 hello 程序失败

$ ./hello
./hello: error while loading shared libraries: libfoo.so: cannot open shared object file: No such file or directory

原因是找不到 libfoo.so 共享库

$ ldd hellolinux-vdso.so.1 (0x00007fff5276d000)libfoo.so => not foundlibc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcc90fa7000)/lib64/ld-linux-x86-64.so.2 (0x00007fcc911bd000)

这是因为 libfoo.so 并不在 Linux 系统的默认搜索目录中，解决办法是我们主动告诉系统，libfoo.so 共享库在哪里。

方式一：设置环境变量 LD_LIBRARY_PATH

export LD_LIBRARY_PATH=$(pwd)

将 libfoo.so 所在的当前目录添加到 LD_LIBRARY_PATH 变量，再次执行 hello

$ ./hello
Hello, GetIoT
Here is a shared library

方式二：使用 rpath 将共享库位置嵌入到程序

gcc hello.c -L. -lfoo -Wl,-rpath=`pwd` -o hello

rpath 即 run path，是种可以将共享库位置嵌入程序中的方法，从而不用依赖于默认位置和环境变量。这里在链接时使用 -Wl,-rpath=/path/to/yours 选项，-Wl 会发送以逗号分隔的选项到链接器，注意逗号分隔符后面没有空格哦。

这种方式要求共享库必须有一个固定的安装路径，欠缺灵活性，不过如果设置了 LD_LIBRARY_PATH，程序加载时也是会到相应路径寻找共享库的。

方式三：将 libfoo.so 共享库添加到系统路径

sudo cp libfoo.so /usr/lib/

执行程序

$ ./hello
Hello, GetIoT
Here is a shared library

如果 hello 程序仍然运行失败，请尝试执行 ldconfig 命令更新共享库的缓存列表。

此时，再次查看 hello 程序的共享库依赖

$ ldd hellolinux-vdso.so.1 (0x00007ffecfbb1000)libfoo.so => /lib/libfoo.so (0x00007f3f3f1ad000)libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3f3efbb000)/lib64/ld-linux-x86-64.so.2 (0x00007f3f3f1d6000)

可以看到 libfoo.so 已经被发现了，其中 /lib 是 /usr/lib 目录的软链接。

示例代码可以在 GitHub 找到。