Ian*_*ues 1 c gcc shared-libraries
考虑下面列出的两个文件:
文件 a.c
extern int foovar;
int foobarize() {
return foovar * foovar;
}
Run Code Online (Sandbox Code Playgroud)
和文件 b.c
int foovar = 10;
Run Code Online (Sandbox Code Playgroud)
我编译静态库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
Run Code Online (Sandbox Code Playgroud)
请注意该函数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__
Run Code Online (Sandbox Code Playgroud)
如何获取共享库foobarize中的libb.so函数?
你需要什么:
# 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
Run Code Online (Sandbox Code Playgroud)
为什么需要它:
静态库是目标文件的简单集合。与一堆目标文件的一个主要区别如下:当需要解析未定义的符号时,会搜索库并且只链接实际定义该符号的目标文件。没有未定义的符号?没有搜索,没有链接。为了覆盖这个默认行为,GNU 链接器实现了--whole-archive. 大多数链接器实现-u强制将特定符号视为未定义的。
| 归档时间: |
|
| 查看次数: |
845 次 |
| 最近记录: |