C语言解决动态库符号冲突

最新推荐文章于 2025-05-07 07:53:07 发布
最新推荐文章于 2025-05-07 07:53:07 发布
阅读量956 收藏 3
点赞数 3
CC 4.0 BY-SA版权
文章标签： c语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/JiangKev/article/details/130108885

问题：主程序中使用了静态库A，主程序使用的动态库B中也使用了静态库A。程序运行时先加载了主程序静态库A的符号，动态库B在运行到静态库A的代码时（错误地运行了主程序静态库A的符号）出现crash。

解决：动态库B在编译时添加-Wl,-Bsymbolic选项，这是个链接选项，连接器ld会使so优先使用库内符号

-Bsymbolic
    When creating a shared library, bind references to global symbols to the definition within the shared library, if any.  Normally, it is possible for a program linked against a shared library to override the definition within the shared library.  This  option is only meaningful on ELF platforms which support shared libraries.

译文：在创建共享库时，将对全局符号的引用绑定到共享库中的定义(如果有的话)。通常，链接到共享库的程序可以覆盖共享库中的定义。这个选项只在支持共享库的ELF平台上有意义。
如果动态库B先加载，需要保证自身不会覆盖其他库或程序的符号，因此在编译动态库时需要添加-fvisibility=hidden选项，该选项会隐藏动态库的所有符号，所以需要在源码中对需要导出的函数和变量前加上__attribute__ ((visibility ("default")))属性
拓展：隐藏静态库的符号
选项：-Wl,--exclude-libs,ALL

雁孤独
关注
【C语言】链接动态链接库时提示符号在链接时未能找到的一个解决
数字人生
09-25 506
在你描述的场景中，出现 undefined reference to 'process' 和 undefined reference to 'total_received' 的错误是因为这些符号在链接时未能找到。这通常是由于某些文件未被正确添加到构建过程中，或者这些符号的定义和声明不匹配导致的。你提到 interface.o 和 file.o 被链接生成 libfile.so 动态库。
如何解决C程序中不同静态库之间的符号冲突问题
hp_truth的专栏
04-14 7958
之前在将helix player移植到ios平台时遇到过这个问题，现在整理一下，给自己做个总结，也希望能对别人有所帮助。 问题的描述：  如果helix在ffmpeg之前是一个小有名气的开源的播放引擎，由Realnetworks维护，像nokia的塞班系统上都用的是这个播放引擎，而且现在国内的一些手机上还有它的影子。helix将各个功能模块以动态库的形式进行组织管理。当播放一个视频时，比如rm
动态库符号冲突频出？用这两个gcc编译选项一次性解决！
2401_84703565的博客
05-17 3239
使用gcc编译选项-Wl,-Bsymbolic或-Wl,-Bsymbolic-function解决动态库符号冲突问题。
gcc / -Wl,-Bsymbolic
布袋和尚
04-28 2350
一、问题 在动态库中含有全局变量A，在应用程序中也使用了全局变量 A，这个时候在应用程序中修改全局变量 A 的时候也会修改动态库中的 A。如何不修改呢？ 在创建动态链接库时，gcc / g++ 选项中添加编译选项： -Wl,-Bsymbolic 二、栗子 main.c #include "tool.h" #include <stdio.h> int i = 100; int main() { printf("main，i = %d\n",i); printData.
CSAPP期末复习（更新ing）
私のBookShelf
12-23 2721
CSAPP期末快速复习（更新ing） 本人有关CSAPP的博客链接： 私人博客 优快云 内容基本上差不多 主要内容 概论 信息的表示 机器级的表示 链接 I/O 概论 上下文：上下文是一个状态，包含运行进程所需的所有状态信息，进程切换通过切换上下文完成 编译过程（链接中会再次提到）：源程序 预处理-> 文本 编译->汇编程序 汇编->可重定位目标文件 链接->可执行文件 指令集架构：每条机器代码的效果。微体系结构：处理器的具体实现 存储器层次结构：从上至下，访问速度越来越慢，
linux下动态库的符号冲突、隐藏和强制优先使用库内符号
热门推荐
wwyyxx26的专栏
09-08 1万+
在同客户做对接时遇到了符号冲突的问题。 我司为客户提供sdk包供开发使用，就是几个so文件，在so文件中我司封装了tinyxml2这个库，客户再做开发时也时候用了tinyxml2这个库，但是所使用的版本是不同的，造成了再运行时，会崩溃。应该是在程序运行时，先加载了他们的tinyxml库，然后我们的sdk在寻找tinyxml库的相关符号是找到的是他们库的符号。 经过一段探索，先解决方法如下：
linux 动态库的符号冲突问题
weixin_33701294的博客
12-04 699
最近，给同事定位了一个符号表的冲突问题，简单记录一下。 A代码作为静态链接库，被包含进了B代码，然后编译成了动态链接库，B.so A代码同时作为静态链接库，被编译进入了main的主代码。 main函数调用B.so里面的函数，同时B.so里面的函数调用了A代码，结果进程异常退出了。 查看符号表，发现调用的A代码，其实运行的是直接编译进入main主函数的代码，而不是B.so里面包含的A代码。 ...
Linux动态库冲突问题
qsz348的博客
06-09 3594
一、问题起源 项目开发中需要用到了客户提供的第三方动态库，将链接第三方库的操作添加到makefile中之后，发现无论如何调用第三方库中的接口都会返回错误。 后来通过查看第三方库的符号信息，发现第三方库中的符号与OPENSSL库的符号冲突，而makefile中链接OPENSSL的库在前第三方的库在后，所以在程序运行时自然的链接到了OPENSSL库中的符号并调用了OPENSSL库中的接口，最终导致返回失败。 二、初步解决 既然是库链接顺序的问题，那么调整库的链接顺序应该可以解决该问题。实际上也确实如此，调整链
动态库连接 - 符号冲突 - 全局符号介入
布袋和尚
06-24 1561
动态符号符号连接时的符号冲突，另一种专业术语是共享对象的全局符号介入。 一个共享对象里面的全局符号被另一个共享对象的全局符号覆盖的现象又被称为共享对象的全局符号介入。全局符号介入这个问题，实际上 Linux 下的动态链接器是这样处理的：它定义了一个规则，那就是当一个符号需要被加入到全局符号表时，如果相同的符号名已经存在，则后加入的忽略（忽略正在加入的符号）。1、简单点libA.h libA.c libB.h libB.c load_main.c 编译方式1，先链接 liba.so 再链
浅谈C语言中的强符号、弱符号、强引用和弱引用
09-04
这些概念对于理解和解决多源文件项目中的符号冲突至关重要。 首先，强符号是那些在编译时被定义并且初始化的全局变量或者函数。在C/C++中，函数默认被视为强符号，因为它们的实现是唯一的。如果在多个文件中定义了...
Mac系统makefile制作脚本_supermake
04-22
最近写编译器，生成makefile搞得我心情不好。 用cmake，要自己打那么多字，伐开心。 自己写makefile，更是在当年做shellbash的时候就经历过来，不好用。 所以就把autoconf那一系列整合了一下。 然后自己写了脚本，自动生成那套命令之外的文件，并替换相关内容等等。
Linux系统中的静态库和动态库
04-28
在C语言中，静态库和动态库的使用涉及到链接器标志的设置。使用静态库时，需要在编译链接命令中添加“-static”选项，并指定静态库的路径。而动态库则不需要特殊标志，因为系统默认使用动态链接。但是，如果要明确...
C语言中动态链接库加载错误的排查与修复
最新发布
shejizuopin的博客
05-07 1032
统一编译选项确保库文件与程序使用相同的编译器版本、标准库版本和优化选项（如-O2显式错误处理在dlopendlsym等调用后检查返回值，并通过dlerror输出详细错误信息。依赖管理工具使用pkg-config（Linux）或vcpkg（Windows）管理依赖库路径和编译选项。版本控制为库文件添加版本号（如），并通过符号链接指向当前版本。日志与监控在生产环境中记录动态库加载失败事件，并设置告警阈值。C语言动态链接库加载错误的核心在于理解库的加载机制与依赖关系。通过工具链（lddstracenm。
动态库符号冲突的一个解决办法
starpicker的博客
09-08 1952
之前去某公司面试讨论到如果两个so里有符号冲突了怎么办，我想指定用哪个而不是先加载哪个库用哪个库里的符号 之前是android 某项目用定制库和系统库有冲突 刚看qcom代码发现可以用dlopen处理这个问题 gligc dl-sym.c：     {       /* Search the scope of the given object.  */       st
gcc解决Linux多个动态库间的符号冲突问题
weixin_44834554的博客
11-06 3963
gcc动态库符号冲突解决办法
动态库和静态库中函数与变量冲突
zhouyongku的专栏
12-27 1425
最近遇到静态库、动态库、动态库多个版本之间的问题，做了一些实验，得出如下结论： 静态库间函数 含有相同名称函数，无论参数、返回值是否相同，则会提示冲突。 静态库与动态库函数 函数名、返回值、参数完全相同 则只调用静态库 函数名称相同 形式不同 则会各自调用各自 动态库与动态库函数 函数名完...
Linux动态链接库同名符号装载问题（二）
镇关西拳打鲁智深
07-18 5537
上一篇《Linux动态链接库同名符号装载问题（一）》中提到了动态链接的一些问题，本文主要讨论动态加载时符号冲突的问题。PART1：RTLD_DEEPBIND打开动态链接导致段错误的现象可执行程序A通过dlopen动态加载library.so，有可能出现library.so中和这样的情况： 程序A中存在函数search_hash() library.so中同样存在函数search_hash() dl...
关于C运行时库及其冲突的问题
唐麦片的专栏
05-14 1110
什么是C运行时库 每一个程序都会调用标准库的函数，最终都要拷贝一份标准库的实现到程序中，这样同一时刻内存中可能有许多份标准库的代码。 微软出于效率的考虑把标准C库作为动态链接来实现。谈到静态链接的时候仍然把它叫做运行时库，是一个习惯说法。 运行时库是程序在运行时所需要的库文件，通常运行时库是以LIB或DLL形式提供的。C运行时库诞生于20世纪70年代，当时的程序多是单线程的，多任务或多线...
C语言命名冲突问题
heluan123132的博客
10-01 5486
如果你有多年C语言编程经验的话，相信对C语言的命名冲突应该不陌生。本文结合个人一些经验讨论一下命名冲突的问题。      首先讲一下命名冲突的由来。C语言中所有的符号名称都定义在一个全局命名空间中。这样符号名称，中间文件名称（.o文件或者.obj文件）都可能会冲突。      根据我的经验，如下情况下容易产生C语言命名冲突： 1、当系统只有一个模块的时候，命名冲突的问题不太严重。当系统有
动态加载解决sm2版本冲突问题
03-08
### 动态加载解决SM2不同版本间冲突的方法 为了处理SM2加密库的不同版本之间可能出现的符号冲突问题，可以采用动态加载的方式来隔离各个版本的库文件。这种方式能够有效防止全局命名空间污染以及避免静态链接时产生的符号覆盖。 #### 使用dlopen函数族实现按需加载特定版本的共享对象 在Linux环境下，可以通过POSIX标准定义的一组接口(`dlopen`, `dlclose`, `dlsym`)来进行运行时刻的动态链接操作： - 加载指定路径下的.so文件而不立即解析其中未定义符号； - 获取已加载模块内某个符号对应的地址； - 卸载不再需要的共享目标文件。 具体来说，在应用程序启动初期并不急于初始化任何一种版本的安全机制，而是等到真正需要用到该功能之时再决定打开哪一个具体的实现库并从中获取必要的入口点指针。 ```c #include <stdio.h> #include <stdlib.h> #include <dlfcn.h> typedef void (*sm2_encrypt_func)(const char *input, size_t input_len); int main() { void* handle; sm2_encrypt_func encrypt; // Load the shared object file at runtime. handle = dlopen("./libsm2_v1.so", RTLD_LAZY); if (!handle) { fprintf(stderr, "%s\n", dlerror()); exit(EXIT_FAILURE); } // Reset errors and get symbol address from loaded library. dlerror(); *(void **)(&encrypt) = dlsym(handle, "sm2_encrypt"); const char *dlsym_error = dlerrpr(); if (dlsym_error != NULL) { fprintf(stderr, "%s\n", dlsym_error); dlclose(handle); exit(EXIT_FAILURE); } // Use the function as needed... // Close the library when done with it. dlclose(handle); } ``` 上述代码展示了如何利用C语言编写程序来安全地调用两个不同版本的SM2库之一而不会引起相互干扰[^1]。 对于Java环境而言，则可借助JNI(Java Native Interface)技术同样达成相似效果——即先编译好针对每种BC提供者封装后的本地方法存根(.so)，之后由上层应用依据实际需求选择性导入相应组件完成整个流程控制逻辑的设计与实施[^3]。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值