静态库不要strip 太厉害

文章讨论了在使用strip命令移除符号表和调试信息后,静态库(mylib.a)和动态库(mylib.so)的表现差异。静态库在执行strip后可能导致编译失败,因为其内部函数的符号被删除,而动态库不受影响仍然可以正常链接。文章建议对于静态库不应过度使用strip,特别是不应完全删除所有符号,以免影响链接过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

根据strip的功能表示,strip经常用来去除目标文件中的一些符号表、调试符号表信息,减少包的大小.
我自己做了一函数库,同样的代码生成了一个mylib.so和一个mylib.a文件,之后使用了 strip mylib.so 和
strip mylib.a 这两条命令去除一些符号表和调试符号表信息, 感觉这两个库文件的体积大小确实缩小了,
使用 nm 命令也不会输出这两个库文件的符号清单.
比较怪异的是我分别使用这两个去掉了符号信息的库文件时,效果竟然不一样。
gcc -o ta  test.c  mylib.a  和 gcc -o tso test.c  -L. -lmylib.so 我连接动态库文件时,编译可以通过,
使用静态库文件时,报告错误,在mylib.a中实现的函数找不到。如果不对mylib.a文件进行strip命令的话,
编译可以通过,一切正常。
  关于这个问题,想请教一下各位,发布静态库文件(.a)时,是否有需要使用strip命令去掉了所有的符号列表信息?
有没有什么方法保证使用strip命令后也能正常使用该静态库文件? 为什么对so文件使用了strip命令后不会影响它
和测试程序的链接?而且对静态库文件就会链接不成功?


对应 *.o *.a 加参数. 不给参数的话当日会出事了。
       -g
       -S
       -d
       --strip-debug
           Remove debugging symbols only.

       --strip-unneeded
           Remove all symbols that are not needed for relocation processing.


因为*.o 是relocatable ELF文件。 *.a 算是*.o的集合。所以最多是使用--strip-unneeded参数,符号不能删除的太彻底。

 file dio dio.o 
dio:   ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped

dio.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped

静态库不要strip 太厉害 - DoubleLi - 博客园 (cnblogs.com)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值