relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recom

/usr/bin/ld: ../libs/libCommon.a(CommonLib.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE

报错 make -f LibMakefile_aarch64 make[1]: 进入目录“/home/huanghe/Desktop/WSDK_Linux/samples” g++ -std=c++11 -c -I../include ./src/libtest.cpp -Os -D_FX_OS_=_FX_LINUX_DESKTOP_ ./src/libtest.cpp: In function ‘int scan_image()’: ./src/libtest.cpp:177:43: warnin

解决多个.a静态库，链接成一个.so动态库出现：  relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; 的错误。 我的总目标是：写一个mainApi.cpp的文件，这个文件提供API给外部用户使用。mainApi.cpp需要依赖其他模块生成的静态库（在lib文件下）。将mainApi.cpp编译 链接成一个.so动态库共外部使用。在编译的时候出现relocation R_X

制作、使用动态库时，执行这条命令时报错。

ngrest kyai编译运行的时候报错了。

使用jsoncpp 静态库出错解决过程 用C++在CLion 中使用 jsoncpp静态库 做解析一个json格式时 出现以下错误： relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; …… 错误显示没写完，最后让加 -fPIC 编译选项。 解决方法是编译jsoncpp 加上 ...

我的工程依赖另一个文件夹生成的.o文件，而这个o文件因为在容器里面生成的，文件类型为x86-64架构，而当前未在容器中，交叉编译编出来的文件架构不是X86，导致链接失败。该问题有几种可能，我遇到的是依赖文件“架构不一致”的错误导致的。

问题描述： 代码是在Ubuntu16.04版本写的，更新到18.04版本后编译功能包遇到以下错误： relocation R_X86_64_32 against `.rodata’ can not be used when making a PIE object; recompile with -fPIC /usr/bin/ld: 最后的链结失败: 输出不可表示的节 原因分析： Makefile文件FLAGS处未加-fPIC 解决方案： 参考了好多文章 找不到Makefile文件中的FLAGS 于是我打开c

relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ... could not read symbols: Bad value 解决办法编译器已经提示了：recompile with -fPIC 但是我们应

relocation R_X86_64_32 against `.rodata’ can not be used when making a PIE object; recompile with -fPIE 今天用Makefile make几个可执行文件： 报了这么个错 意思是在编译成可执行程序时候（pie就是生成可执行程序，与pic有区别），.dodata不能用，让你重新编译。 但是再编译就会发现还是这个错误，其实是项目编译之前没有清理，直接 sudo make clean sudo make 就OK

c c++编译链接中的 PIE 选项

relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object

参考： 学习笔记:relocation R_X86_64_32 against `.rodata‘ can not be used when making a shared object；_fanchenxinok的专栏-CSDN博客 描述： 在构建工程时会遇到 relocation R_X86_64_32 against `.rodata‘ can not be used when making a shared object； 如果某个动态库依赖于其它静态库，则要求静态库在编译时指定.

vs2015+vc_linux编译Linux下动态库文件*.so时，报错 relocation R_X86_64_32 against `.rodata’ can not be used when making a shared object;。 原因是某些gcc编译器默认没有加 -fpic; 解决方法：vs-linux项目中的属性中添加 -fpic 插入链接与图片 链接: link. 图片:...

编译报错：/usr/bin/ld: /usr/local/lib/libgflags.a(gflags.cc.o): relocation R_X86_64_32S against `.rodata'

Linux下Qt调用库报错relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with –fPIC 项目中调用同事的库编译c语言的的共享库报这个错 这个库其他项目通过main函数调用的方式是没问题的 但在生成共享库的工程调用中会报错该库编译时没有使用–fPIC编译 -fPIC 作用于编译阶段，告诉编译器产生与位置无关代码(Position-Inde

在ubantu下，buildroot在编译创建根文件系统时遇到relocation Rx86_64_32 against’.rodata.str1.1’can not be used when making a shared object;recompile with -fPIC 如下图所示： 在这里插入图片描述 这是我在用buildroot 来制作根文件系统的时候出现的问题，知道是fPIC的问题...