动态库和静态库强弱符号链接问题

justmao945

（代发）
先来个例子说明
x86_64平台 gcc编译链接，运行库：glibc
libmya.c

1. 
   
2. #include<stdio.h>
   
3. void PrintA()
   
4. {
   
5.    printf("A\n");
   
6. }
   
7. 
   
8. __attribute__ ((weak))
   
9. void myfunc()
   
10. {
    
11.    printf("myfunc in libmya\n");
    
12. }
    

复制代码

libmyb.c

1. 
   
2. #include<stdio.h>
   
3. void PrintB()
   
4. {
   
5.    printf("B\n");
   
6. }
   
7. void myfunc()
   
8. {
   
9.    printf("myfunc in libmyb\n");
   
10. }
    

复制代码

main.c

1. 
   
2. void main()
   
3. {
   
4.    PrintA();
   
5.    PrintB();
   
6.    myfunc();
   
7. }
   

复制代码

如果libmya.c和libmyb.c不编成动态链接库，Makefile如下

1. 
   
2. CC=gcc
   
3. ALL:main
   
4. main:main.c libmya.c libmyb.c
   
5.          ${CC} main.c libmya.c libmyb.c -o main -g
   
6. clean:
   
7.          rm main        *.so *.o *.s
   

复制代码

结果

1. 
   
2. A
   
3. B
   
4. myfunc in libmyb
   

复制代码

如果编译成动态链接库，Makefile如下

1. 
   
2. A
   
3. B
   
4. myfunc in libmya
   

复制代码

第二种情况中，对myfunc符号选择了弱符号的那个，原因在于链接时libmya.so写在前面。
我的问题是，这样的话弱符号在动态库中存在还有什么意义？因为感觉动态库中若符号和强符号一样啊？

下面是两个库中的符号

1. 
   
2. fengya@fengya-laptop ~/tmp/weak $ readelf -s libmya.so |grep myfunc
   
3.       8: 00000000000005de    18 FUNC    WEAK   DEFAULT   11 myfunc
   
4.      47: 00000000000005de    18 FUNC    WEAK   DEFAULT   11 myfunc
   
5. fengya@fengya-laptop ~/tmp/weak $ readelf -s libmyb.so |grep myfunc
   
6.       8: 00000000000005de    18 FUNC    GLOBAL DEFAULT   11 myfunc
   
7.      48: 00000000000005de    18 FUNC    GLOBAL DEFAULT   11 myfunc
   

复制代码

附加lz的问题，就是为啥动态链库链接顺序优先级高于strong和weak，而前面那个静态链接是strong覆盖weak的？{:3_194:}

justmao945

zz


http://sourceware.org/bugzilla/show_bug.cgi?id=3946

Weak definition only and exclusively have a meaning for static archives.  Old
glibc versions mistakenly implemented it for dynamic linking, too.  This is now
not the default anymore.   Broken code an use LD_DYNAMIC_WEAK.


glibc新版本认为弱符号对动态链接是没有意义的，弱符号只对静态链接有意义。于是。。。

lz。。。