gcc -static hello.c 背后究竟发生了什么

大家可能经常使用gcc -static ***.c,那么这个静态链接究竟使用了什么命令,又链接了哪些库呢?

我们首先来分析libc.a是个什么文件。我们已经知道了xxx.so是动态链接库,xxx.o是静态链接库或者说可重定位文件,/bin/bash为可执行文件。

libc.a其实是很多可重定位文件的集合,而且每个可重定位文件中一般都只写一个函数。例如printf.o只有printf一个函数,目的是为了在静态链接时少链接一些没用的库。

首先使用命令locate libc.a,我们会找到libc.a位于/usr/lib/x86_64-linux-gnu/libc.a,然后使用命令ar -t libc.a来查看里面包含多少个可重定位文件。大家可以试一下,里面包含的可重定位文件非常多,一个屏幕是显示不下的。其中包括printf.o。

使用命令ar -x libc.a解压,会找到printf.o文件,此时使用nm printf.o,得到以下结果:

再一次印证了printf.o只有printf一个函数,目的是为了在静态链接时少链接一些没用的库。

下面我们附上hello.c源代码:

#include <stdio.h>

int main()
{
	printf("HelloWorld\n");
	return 0;
}

使用命令gcc -static --verbose -fno-builtin hello.c,--verbose是为了输入编译的详细信息,-fno-builtin,是阻止编译器把printf变成puts。得到结果如下:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion=‘Ubuntu/Linaro 4.6.3-1ubuntu5‘ --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) 
COLLECT_GCC_OPTIONS=‘-static‘ ‘-v‘ ‘-fno-builtin‘ ‘-mtune=generic‘ ‘-march=x86-64‘
 /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1 -quiet -v -imultilib . -imultiarch x86_64-linux-gnu hello.c -quiet -dumpbase hello.c -mtune=generic -march=x86-64 -auxbase hello -version -fno-builtin -fstack-protector -o /tmp/ccrSGv2J.s
GNU C (Ubuntu/Linaro 4.6.3-1ubuntu5) version 4.6.3 (x86_64-linux-gnu)
compiled by GNU C version 4.6.3, GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/4.6/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
GNU C (Ubuntu/Linaro 4.6.3-1ubuntu5) version 4.6.3 (x86_64-linux-gnu)
compiled by GNU C version 4.6.3, GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 75e879ed14f91af504f4150eadeaa0e6
COLLECT_GCC_OPTIONS=‘-static‘ ‘-v‘ ‘-fno-builtin‘ ‘-mtune=generic‘ ‘-march=x86-64‘
 as --64 -o /tmp/cc5x9Ffe.o /tmp/ccrSGv2J.s
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.6/:/usr/lib/gcc/x86_64-linux-gnu/4.6/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.6/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.6/:/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS=‘-static‘ ‘-v‘ ‘-fno-builtin‘ ‘-mtune=generic‘ ‘-march=x86-64‘
 /usr/lib/gcc/x86_64-linux-gnu/4.6/collect2 --sysroot=/ --build-id --no-add-needed --as-needed -m elf_x86_64 --hash-style=gnu -static -z relro /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.6/crtbeginT.o -L/usr/lib/gcc/x86_64-linux-gnu/4.6 -L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../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/4.6/../../.. /tmp/cc5x9Ffe.o --start-group -lgcc -lgcc_eh -lc --end-group /usr/lib/gcc/x86_64-linux-gnu/4.6/crtend.o /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crtn.o

上面红字部分

第一步:编译,使用命令cc1,将hello.c编译成/tmp/ccrSGv2J.s。

第二步:汇编,使用命令as,将/tmp/ccrSGv2J.s生成/tmp/cc5x9Ffe.o。

第三步:链接,使用命令collect2(可以看成是ld的升级版),把/tmp/cc5x9Ffe.o和下图的静态链接库链接在一起。

至此,gcc -static hello.c 背后发生的故事已经分析完了,本文参考程序员的自我修养

时间: 2024-12-07 23:50:53

gcc -static hello.c 背后究竟发生了什么的相关文章

20年,中国互联网究竟发生了什么?

摘要 : 写这篇文章的缘起,是最近的一些观察和思考,借由这些观察和思考,我发现,这20年来,互联网这个行业虽然千变万化风起云涌,但其背后的一些大众心理.诉求和规律,却是不变以及可以捕捉到的.这很有趣. 写这篇文章的缘起,是最近的一些观察和思考,借由这些观察和思考,我发现,这20年来,互联网这个行业虽然千变万化风起云涌,但其背后的一些大众心理.诉求和规律,却是不变以及可以捕捉到的.这很有趣. 并且,当你回过头去把这20年来主流的互联网产品的演变历史梳理完一遍之后,你可能也能够对未来3-5年的互联网

京东在美上市背后究竟暗藏啥玄机?

5月22日晚上,备受期待的京东商城将于今晚赴美上市,京东最新提交的招股书显示,京东IPO的发行价区间为16美元-18美元,预计将发行9369万股ADS和1405万股超额配售权,最高可融资19.39亿美元.如以发行价区间计算,京东的估值在218.7亿美元-246.6亿美元之间. 以京东集团CEO刘强东个人持股18.8%.京东开盘市值约300亿美元计算,刘强东身家已超55亿美元,约合人民币350亿元,成为中国IT领域又一位新晋的亿万富翁.去年福布斯公布的中国富豪榜中,李彦宏.马化腾和马云个人净资产分

开机加电到系统打开究竟发生了什么?(1)

每天工作都少不了一件事情:打开电脑... 开机过程中究竟发生了什么事情?电脑内部各零件是怎么变化的?多年前,我记得我很好奇,可是现在却有点麻木了.只有保持好奇心才能保持年轻! 说到计算机,还是先回想一下计算机的构成吧,第一次接触电脑不是在大学,而是上初中在网吧,和同学一起玩游戏,还是那时候欢乐多一点,头一次玩了一夜电脑,还是很兴奋的,让我最高兴的莫过于游戏可以无限续命,最终通关了游戏. 后来上了大学,专业是软件技术(.net),懵懵懂懂的上了几节计算机的课,知道了计算机有主机和外设构成,听说了冯

gcc static静态编译选项提示错误:/usr/lib/ld:cannot find -lc

在学习gcc静态库动态库编译的时候选用静态库编译时出错显示:/usr/lib/ld:cannot find -lc 百度:/usr/lib/ld:cannot find -lc多处给的解决方案为: 然而并不能解决问题,最终定位发现是静态编译的问题.而且不止会出现这种情况: /usr/lib/ld:cannot find -lc /usr/lib/ld:cannot find -lgcc_s /usr/lib/ld:cannot find -lm 等的错误,主要原因在静态编译时需要链接静调库.如上

[C++]HelloWorld背后的故事!总结一下在我们运行exe可执行文件前究竟发生了什么!

人物介绍 姓名 HelloWorld 性别 .cpp 住址 D:\ 身份证号(SHA1) 25106D2879A9EA300BB264F8155A71D7C44DA2E8 故事简介 编写源文件 预编译 编译 汇编 链接 一.编写源文件 ??源代码: #include <iostream> using namespace std; int main() { cout << "Hello World!" << endl; return 0; } 二.预编

gcc hello.c 的背后是什么

在c语言中编写"hello world!" 程序基本成了每个学习过c语言的人必写的程序之一,点击运行,(如果没错的话)就会在黑框里面显示 hello world! 在LInux 下使用 gcc 来编写 "hello world!" 程序时,也是只用到最简单的命令(假设 hello world! 程序的原文件名为 hello.c ): [--]$gcc hello.c [--]$./a.out 其实,在 gcc 的背后,编译器为你做了四个步骤: 分别是 预编译.编译.

javascript Object.create()究竟发生了什么

这是我在博客园的第一篇博客,早上看了一个大牛的博客,关于javascript继承的,对于大牛使用Object.create()实现继承的方式觉得点问题,就自己研究了一下,所以就有了这篇帖子. 本帖只讲Object.create().因为我也才做一年前端,理解不对的,希望大牛们帮忙指正. 在博客开始前先谈下我多 prototype和__proto__的粗浅的认识. 1.prototype 只有类才有这个属性,一般通过函数声明 function xx(){} 和函数表达式 var xx=functi

docker重启时究竟发生了什么?

使用docker时有时遇到问题,查阅相关问题,解决方法时重启docker服务.实际测试可以解决问题,那docker daemon重启,究竟改变了什么? 如docker run时遇到如下问题: docker: Error response from daemon: driver failed programming external connectivity on endpoint node1 (9cedc114be35eb86cd6f7f7bb4f11f93b5f8d2c0745afc72664

浏览淘宝网页背后所发生的事情

DNS服务器 - 转换成IP地址 负载均衡的第一步:通过DNS解析域名时,将你的访问分配到不同的入口,同时尽可能保证你所访问的入口是所有入口中可能较快的一个. 成功访问实际的入口IP地址,这时产生了一个PV(Page View,页面访问量) 生成淘宝首页页面的服务器可能有成百上千台.你的一次访问会被分配给其中的一台服务器完成.这个过程要保证公正.公平.平均.其中最关键的便是LVS(Linux Virtual Server,世界上最流行的负载均衡系统之一.) 浏览器并发加载的资源数量是有限的.淘宝