发现一个奇怪的gcc连接现象

qtdszws

1.c

1. 
   
2. #include <stdio.h>
   
3. 
   
4. char *s="hello world!\n";
   
5. 
   
6. void f()
   
7. {
   
8. printf(s);
   
9. }
   

复制代码

2.c

1. 
   
2. #include <stdio.h>
   
3. 
   
4. char *t="abc\n";
   
5. 
   
6. void g()
   
7. {
   
8. printf(t);
   
9. }
   

复制代码

3.c

1. 
   
2. void f();
   
3. 
   
4. int main()
   
5. {
   
6. f();
   
7. }
   

复制代码

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

1. 
   
2. #include <stdio.h>
   
3. 
   
4. char *s="hello world!";
   
5. 
   
6. void f()
   
7. {
   
8. printf(s);
   
9. }
   
10. 
    
11. char *t="abc";
    
12. 
    
13. void g()
    
14. {
    
15. printf(t);
    
16. }
    
17. 
    
18. 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库中顺序查找需要解析的名称在哪个目标文件中，找到就连
接该目标文件

cjaizss

我把你的程序改一改,你再试试.
1.c

1. 
   
2. #include <stdio.h>
   
3. 
   
4. char *s="hello world!\n";
   
5. extern char *s1;/*新加的*/
   
6. void f()
   
7. {
   
8. printf(s);
   
9. printf(s1);/*新加的*/
   
10. }
    

复制代码

2.c

1. 
   
2. #include <stdio.h>
   
3. 
   
4. char *t="abc\n";
   
5. char *s1="s1\n";/*新加的*/
   
6. void g()
   
7. {
   
8. printf(t);
   
9. }
   

复制代码

3.c

1. 
   
2. void f();
   
3. 
   
4. int main()
   
5. {
   
6. f();
   
7. }
   

复制代码

qtdszws

你想测试什么？ 是不是某条结论有问题？

cjaizss

你可以看看,两个的现象应该是不一样的

qtdszws

>>两个的现象应该是不一样的

还是不明白你的意思,什么现象？

cjaizss

你的结论没什么问题

cjaizss

链接以目标文件为单位,所以链接库的时候发现g也在里面.

prolj

gnu toolchain还不完善，贡献代码是有难度的。