代码之家 › 专栏 › 技术社区 › Steven Behnke

检测/避免g++符号冲突

shared-libraries g++ c++

Steven Behnke · 技术社区 · 15 年前

如果两个共享库都公开相同的全局范围符号,是否有方法可以检测并避免?我们最近遇到了一个 libA.so 出口了 SuperCoolMethod() libB.so 这也暴露了这会破坏之前的方法。这是在使用g++4.0及更高版本的Linux上实现的。所以如果你和 利巴索 一切都会按预期进行,但只有一次 libB.so公司 添加到图片中时,调用了错误的方法,调用将失败,导致执行线程中止,而不通知我们潜在的问题。经过反复试验,我们终于找到了答案 超冷法() libB.so公司 所以 __attribute__((visibility("hidden"))) 可以应用于他们的复制方法。

3 回复 | 直到 15 年前

mmmmmm 15 年前

由于这是C++,每个库都应该在自己的命名空间中,所以不会发生冲突。

pm100 15 年前

动态加载库并通过dlopen和dlsym附加符号就可以了。你将不得不写代码来做这件事,但如果你真的陷入困境,这将是一个解决方案

Scott Smith 15 年前

作为一种解决方法,如果您只使用这两种方法中的一种,则它们在链接命令行确定最终可执行文件中的函数版本。

这不仅仅是一个工件,它是定义的行为,因此您可以依赖它(直到供应商修复它)。

推荐文章

S1mple · 通过gcc生成64位共享库时的“未定义的主引用”

2 年前

hepl · gcc如何决定在创建可执行文件时使用dynamics库?

2 年前

Altair · 使用共享库版本支持不同ABI的最佳实践是什么?

6 年前

Ibraim Ganiev · 为什么我们需要gcc中的-rdynamic选项?[重复]

6 年前

DJohnson · ld跳过共享库

6 年前

user2577547 · 如何将zstd库静态链接到动态库?

6 年前

mfedoten · python和ctypes使用嵌套结构访问c++类

6 年前

skincell · libpythonX中如何包含符号。X链接到numpy扩展动态库?

6 年前

mike rodent · 制作完GradleGroovyJAR库后,如何使其可重用于多个本地项目?

6 年前

arc_lupus · 阻止从其他程序执行库中的函数

6 年前