共享库可移植性
Shared Library Portability
我觉得我应该知道这个,但是我不知道所以这里是…
用于Linux上的共享库(.so)。我的理解是,只要CPU架构保持不变,它们应该可以在发行版之间移植,对吗?
。如果我有一个x86_64 Fedora,我从它复制了一个。so文件到x86_64 Ubuntu。so应该工作得很好吗?
现在我相信这个假设:
A) .so对新机器上的其他.so没有未完成的依赖。B) .so不依赖于与新机器不同的版本。so假设我有我的libisprime。共享对象只有一个函数来计算质数。这个。不依赖于其他任何东西。我在一个发行版上编译它。难道我不应该在任何具有相同架构的发行版上使用吗?
它们只是ELF文件。因此,如果你所做的依赖假设是正确的,我看不出有任何理由它们不能跨系统工作。
最好的方法是安装几个虚拟机并尝试一下!
相关文章:
- C++Union/Struct位域的实现和可移植性
- 具有Qt事件循环的可移植通用共享库设置
- 静态库可移植性
- C++:Unicode 字符串文字的可移植性
- 如何使Visual Studio 2017 C++项目在计算机之间更具可移植性
- 在为视频游戏实施基本的二进制序列化时,请担心可移植性
- 重写类以使其更通用,以实现可移植性
- Visual Studio 2015 <=> QtCreator 5 (c++) 代码可移植性
- 通过虚拟接口类导出C 类的可移植性
- 位移位可移植性
- 如何在Visual Studio中进行串行端口编程C++Windows和Linux之间的可移植性?
- 提高 Python 可移植性问题
- 库如何在不同的操作系统之间实现可移植性
- 使用C 11 /最近的G 版本(4.7 / 4.6)的可移植性
- 模板函数实例化的可移植性问题
- XCode、命名空间、C++和代码可移植性
- 嵌入式C++项目 - 需要支持智能指针.可能的可移植性问题
- 使用指针遍历数组的可移植性
- 头文件中内联自由函数的可移植性
- 共享库可移植性