使用共享库的后果dlopen另一个具有不同构建类型的共享库
Consequences of usage of a shared library which dlopens another shared library with different built types
我有一个二进制文件,它链接到lib1.so。lib1.so库dlopen lib2.so。但我们不能保证lib1.so和lib2.so的构建类型是相同的。例如,lib1.so可能是调试构建的,而lib2.so可能是优化构建的,反之亦然
请就以上用法的后果向我提出建议。
将调试和优化的构建与共享库混合使用是没有问题的。
相关文章:
- 共享指针析构函数中的内存顺序
- 在共享指针的值中调用 std::swap 调用一堆构造函数和析构函数
- 两个单链列表共享同一个节点和析构函数两次删除相同的内存
- CRTP 模式 但是在数据结构中存储非同构类型
- 析构函数在与 STL 的共享指针中调用两次
- 如何找到两个字符串是否同构
- C 将在类中创建的线程共享同一类变量
- boost::图同构的用法
- 找出两棵树是同构的
- 为什么在同一类中使用不同的(共享_ptr和正常)指针构造函数,我会得到不同的结果
- Boost共享指针构造函数/析构函数
- c++在没有虚拟析构函数的多态性中共享ptr
- 锁定构造函数和析构函数中的共享资源
- C++对共享库中类的构造函数和析构函数的未定义引用错误
- 无法理解此程序中用于检查自同构编号的错误?
- 检查数字是否是自同构的
- 为什么Boost VF2子图同构给出一个不正确的答案
- 在公共层次结构中的类之间共享析构函数
- 具有最大长度的字符串前缀同构
- C++如何共享同一类对象中的公共元素