发现一个奇怪的gcc连接现象
1.c
- #include <stdio.h>
- char *s="hello world!\n";
- void f()
- {
- printf(s);
- }
复制代码
2.c
- #include <stdio.h>
- char *t="abc\n";
- void g()
- {
- printf(t);
- }
复制代码
3.c
- void f();
- int main()
- {
- f();
- }
复制代码
gcc -c 1.c -o 1.o
gcc -c 2.c -o 2.o
gcc -c 3.c -o 3.o
gcc 1.o 2.o 3.o -o 11
objdump -dj .text 11//11包含g,虽然没有用到
ar rv test.a 1.o 2.o
gcc 3.o test.a -o 22//不能gcc test.a 3.o -o 22,报错,f未定义
objdump -dj .text 22//22不包含g
4.c
- #include <stdio.h>
- char *s="hello world!";
- void f()
- {
- printf(s);
- }
- char *t="abc";
- void g()
- {
- printf(t);
- }
- void *u="12345";
复制代码
gcc -c 4.c -o 4.o
ar rv test.a 4.o //不报错
gcc 3.o test.a -o 33
./33//会发现连接1.o中的f
ar rv test2.a 4.o
gcc 3.o test2.a -o 44
objdump -dj .text 44//发现f,g都在44中
objdump -sj .rodata 44/发现s,t,u也都在44中
因此似乎可以得出以下结论
1.gcc命令行中的所有目标文件都会被放入可执行文件,即使没有用到
2.gcc的命令行中文件是有顺序的,库文件要在后面
3.gcc连接是以目标文件为单位的,如果使用了目标文件中的函数和变
量,该目标文件将全部被连接到可执行文件中
4.ar库文件只区分目标文件名,而不管其中的名称是否冲突
5.gcc在ar库中顺序查找需要解析的名称在哪个目标文件中,找到就连
接该目标文件
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(7)
我把你的程序改一改,你再试试.
1.c
复制代码
2.c
复制代码
3.c
复制代码
你想测试什么? 是不是某条结论有问题?
你可以看看,两个的现象应该是不一样的
>>两个的现象应该是不一样的
还是不明白你的意思,什么现象?
你的结论没什么问题
链接以目标文件为单位,所以链接库的时候发现g也在里面.
gnu toolchain还不完善,贡献代码是有难度的。