链接共享库后符号丢失

时间:2014-06-15 18:26:04

标签: c gcc shared-libraries

考虑下面列出的两个文件:

档案a.c

extern int foovar;
int foobarize() {
    return foovar * foovar;
}

和档案b.c

int foovar = 10;

我按如下方式编译静态库liba.a和共享库libb.so

# liba.a
gcc -fPIC -c a.c -o a.o
ar cr liba.a a.o
ranlib liba.a

# libb.so
gcc -fPIC -c b.c -o b.o
gcc -fPIC -shared -Wl,-soname,libb.so -o libb.so b.o liba.a

请注意foobarize 中定义的a.c函数存在于liba.a中,但不存在 libb.so。我可以通过发布nm程序来保证:

$ nm liba.a

a.o:
0000000000000000 T foobarize
                 U foovar
                 U _GLOBAL_OFFSET_TABLE_

$ nm libb.so
000000000020088c B __bss_start
000000000020088c b completed.6617
                 w __cxa_finalize@@GLIBC_2.2.5
0000000000000530 t deregister_tm_clones
00000000000005c0 t __do_global_dtors_aux
0000000000200650 t __do_global_dtors_aux_fini_array_entry
0000000000200880 d __dso_handle
0000000000200660 d _DYNAMIC
000000000020088c D _edata
0000000000200890 B _end
0000000000000630 T _fini
0000000000200888 D foovar
0000000000000600 t frame_dummy
0000000000200648 t __frame_dummy_init_array_entry
0000000000000640 r __FRAME_END__
0000000000200858 d _GLOBAL_OFFSET_TABLE_
                 w __gmon_start__
00000000000004d8 T _init
                 w _ITM_deregisterTMCloneTable
                 w _ITM_registerTMCloneTable
0000000000200658 d __JCR_END__
0000000000200658 d __JCR_LIST__
                 w _Jv_RegisterClasses
0000000000000570 t register_tm_clones
0000000000200890 d __TMC_END__

如何在foobarize共享库中获取libb.so函数?

1 个答案:

答案 0 :(得分:3)

你需要什么:

# force all symbols

gcc -fPIC -shared -Wl,-soname,libb.so -o libb.so b.o \
           -Wl,--whole-archive liba.a -Wl,--no-whole-archive

#force just a specific symbol

gcc -fPIC -shared -Wl,-soname,libb.so -o libb.so b.o \
           -u foobarize liba.a

为什么需要它:

静态库是对象文件的简单集合。与一堆目标文件的一个主要区别如下:当需要解析未定义的符号时,将搜索库,并且只有实际定义符号的目标文件被链接。没有未定义的符号?没有搜索到什么,没有任何关联。要覆盖此默认行为,GNU链接器将实现--whole-archive。大多数链接器实现-u以强制将特定符号视为未定义符号。