GCC 5.1 库对旧发行版的依赖 - walkthough
GCC 5.1 library dependencies on old distributions - walkthough
我在 CentOS 5.11 上编译并安装了 GCC 5.1.0(使用默认的 GCC 4.x)。
在另一个 CenOS 5.11 工作站上运行编译的(在此计算机上)二进制文件是安全的,其中没有任何 gcc 5.1 运行时库 (/usr/local/lib64) ?
将不胜感激任何建议。
谢谢。
它不仅不安全,而且可能是不可能的。您很有可能出现运行时库不兼容并缺少正确的 GLIB 定义的符号 - 这将触发运行时动态链接器错误。但这是如果你幸运的话。如果运气不好,程序可能会运行,但会崩溃。或者不以给定的形式崩溃,但一旦你在 iostream 上调用函数就会开始崩溃。
不幸的是,libstdc++ 不是如此版本化的,所以自动的,所以版本验证不会帮助你。
相关文章:
- 如何从C++中的依赖类型中获得它所依赖的类型
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 将依赖名称显式标记为类型名和模板的奇怪之处
- 在 Windows 上,是否可以让 dll 在不使用 PATH 环境变量的情况下在另一个文件夹中查找依赖项?
- C++GTKMM gui循环依赖关系
- 通过ccmake在cmake中缓存依赖选项
- 当基类是依赖类型时,这是一个缺陷吗
- 从不同的附加依赖项中识别等同命名的函数
- 如何在 CMake 中对目标依赖项进行分组?
- 是否可以依赖函数范围的静态变量来执行程序关闭期间调用的方法?
- 为什么构建目录中新构建的共享库与安装目录中的副本具有不同的依赖项集?
- VS 2015 链接错误 无法构建依赖于 libcurl 的项目
- 通过依赖类型使用非类型模板参数的单类型模板参数类模板的部分专用化
- 为什么内存屏障依赖于变量?
- node-gyp 的先有鸡还是先有蛋的问题:指向依赖项中的头文件
- 反转依赖于 end() 的迭代器
- GCC,CMake,预编译标头和维护依赖项
- 使用 'typename' 关键字将非类型视为依赖上下文中的类型
- 使用 Git 处理 C++ Visual Studio 2019 解决方案的外部依赖项源代码管理的最佳方法是什么?
- GCC 5.1 库对旧发行版的依赖 - walkthough