"Recompile with -fPIC" - 但是使用 -fPIC 重新编译无法修复
"Recompile with -fPIC" - But recompiling with -fPIC doesn't fix
GCC Error:
relocation R_X86_64_32S against `ebx' can not be used when making a shared object;
recompile with -fPIC
即使我确保设置了-fPIC标志。
如果您试图编译包含内联汇编的文件,请确保在寄存器前没有丢失%符号。
确保在链接线上使用-fPIC。有时模板由链接器编译。
错误信息应该是"without -fPIC"
相关文章:
- 二叉排序树无法编译
- 编译时未启用intel oneApi CUDA支持
- 在VS代码中交叉编译Windows与Linux上的MinGW的SDL程序
- 编译包含字符串的代码时遇到问题
- 构建 boost 1.61 iostream 时出错 - 使用 -fPIC 重新编译
- 在创建共享对象时,不能使用针对未定义符号的重定位R_X86_64_PC32;使用-fPIC重新编译
- 为什么包括-FPIC来编译静态库会在运行时会导致分割故障
- 如何使用-fPIC重新编译
- -fPIC 错误交叉编译打开
- 如何从boost.python使用-fPIC编译静态库
- 使用-fPIC标志重新编译
- 什么是 -fPIC 编译选项?
- 编译时出现 -fPIC 和 Swig 错误
- 有关 -fPIC 的链接错误,即使所有源代码都使用 -fPIC 编译
- 如何强制编译 Boost 以使用 -fPIC
- Lapack 链接错误,使用 -fPIC 重新编译
- 添加 -fPIC 编译标志后"Recompile with -fPIC"错误仍然存在
- 是否有任何方法可以发现静态库是用-fPIC标志编译的?
- "Recompile with -fPIC" - 但是使用 -fPIC 重新编译无法修复
- ld无法将静态库链接到动态库,即使所有文件都是使用fPIC编译的