relocation R_ARM_THM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared objec

最新推荐文章于 2023-12-21 20:43:58 发布
最新推荐文章于 2023-12-21 20:43:58 发布
阅读量1w 收藏 4
点赞数 2
分类专栏： Linux 应用程序编程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kangear/article/details/48578339
版权

libusb 1.0版本：libusb-1.0.19

当一个动态库liba.so链接libusb-1.0.a时，出现如下错误：

relocation R_ARM_THM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC

目前推测是因为指编译libusb时需要加上-fPIC参数。

经验证确实是此问题，

./autogen.sh --with-pic --disable-udev && make -j32
袁保康
关注
专栏目录
relocation R_X86_64_PC32 against symbol `_ZTVN9xxxxxE' can not be used when making a shared object;
小刚专栏
10-09 3489
Linux 下 编译动态库的时候，碰到如下错误提示，很奇怪。不是代码本身的问题 /usr/bin/ld: ./xxxxx.o: relocation R_X86_64_PC32 against symbol `_ZTVN9xxxxxE' can not be used when making a shared object; recompile with -fPIC makefile:49: ...
gcc 编译relocation相关的一个问题
huashibuliao的博客
04-21 1578
最近使用MTK的cpu开发板开发一个产品，平台是MTK的sdk，需要把我们自己的app移植上去，mkt自己的sdk里面有一个初始化进程，里面也定义了很多函数，我们的app需要引用里面的一些函数，所以我把sdk里面的这个进程的所有代码直接编译成一个动态库，以便我自己的进程编译的时候连接。 编译时使用了-share参数，单编译时报错crtbegin.o: relocation R_ARM_MOVW_
arm 编译librtmp遇到 recompile with -fPIC
sz76211822的专栏
12-21 596
原因：relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object;
编译报错R_ARM_THM_MOVW_ABS_NC against `a local symbol
csdn66_2016的博客
01-03 7251
我们在编译动态库的时候，会遇到如下错误： /opt/gcc-linaro-arm-linux-gnueabihf/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: adb.o: relocation R_ARM_THM_MOVW_ABS_NC against `a local symb
arm平台编译动态库报 relocation R_ARM_MOVW_ABS_NC 错误解决
阿然的专栏
11-21 2万+
编译一个能在 arm 平台上用的动态库，结果报错如下： relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC ./obj/xxx.o: could not read symbols: Bad value collect2: error: ld returned 1 exit status 其实错误信息已经给出解决办法了，加
交叉编译出现a local symbol' can not be used when making a shared object的解决方法
jirryzhang的博客
05-27 8552
前几天遇到的一个问题，说明的很清楚是要加上-fPIC重新编译，这个问题只有在64位系统中编译的时候才会出现。-fPIC 作用于编译阶段，告诉编译器产生与位置无关代码(Position-Independent Code)，则产生的代码中，没有绝对地址，全部使用相对地址，故而代码可以被加载器加载到内存的任意位置，都可以正确的执行。这正是共享库所要求的，共享库被加载时，在内存的位置不是固定的。
编译动态库时遇到relocation R_X86_64_32 against `a local symbol'的错误
热门推荐
USBdrivers的专栏
04-26 4万+
有三个文件【hello.c  main.c  hello.h】在执行下面的第三条命令时出现标题的错误（程序清单见文章末尾）： $gcc -c hello.c $gcc -c main.c $gcc -shared -fPIC -o hello hello.o main.o .. relocation R_X86_64_32 against `a loca
relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC怎么解决
05-22
gcc -shared -o libexample.so example.o -fPIC ``` 如果你使用的是 Makefile，可以将 `-fPIC` 添加到 CFLAGS 中： ``` CFLAGS += -fPIC ``` 如果以上方法还是无法解决问题，可以尝试在链接时添加 `-shared` 参数...
relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol may bind externally can not be used 【ARM64平台编译】
qq_33177268的博客
07-16 1万+
报错 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
modbus转61850源代码relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
最新发布
10-11
"modbus转61850"似乎是一种通信协议转换的实现，而提示中的"R_X86_64_32 against `.rodata'"是指在生成的机器码中有针对32位相对地址（`R_X86_64_32` relocation type），但这在64位架构（如x86-64）上创建共享对象...
relocation R_X86_64_32 against symbol `MPIR_ThreadInfo' can not be used when making a shared object是什么意思
04-23
这个错误信息表示在创建共享对象时，符号`MPIR_ThreadInfo`的地址无法确定。可能是因为该符号定义在一个静态库中，而该库仅由链接器的部分加载。要解决这个问题，你可以在编译时添加-l选项，将静态库链接到可执行...
opencv编译出错 ../../3rdparty/lib/libzlib.a: error adding symbols: Bad value
weixin_43937576的博客
11-18 1210
…/…/3rdparty/lib/libzlib.a(gzlib.c.obj): relocation R_ARM_THM_MOVW_ABS_NC against `a local symbol’ can not be used when making a shared object; recompile with -fPIC …/…/3rdparty/lib/libzlib.a: error adding symbols: Bad value 解决办法 根据上面提示的信息编译参数增加 -fPIC vim
eclipse编译linux arm动态库
whysnlc的专栏
01-10 808
0.交叉编译链的安装和配置： 详见：https://blog.csdn.net/markton1990/article/details/86073551 以使用arm-linux-gnueabihf-gcc为例。 1.动态库/静态库/可执行程序的切换 1.1 C/C++ Build->Build Artifact，在artifact type处，可以设置是生成可执行文件，静态库，动态...
【正点原子Linux连载】第二章 交叉编译环境搭建摘自【正点原子】ATK-DLRV1126Qt开发环境搭建手册
weixin_55796564的博客
03-24 988
1）实验平台：正点原子RV1126 Linux开发板 2）平台购买地址：https://detail.tmall.com/item.htm?id=692176265749 3）全套实验源码+手册+视频下载地址： http://www.openedv.com/thread-340252-1-1.html为了能够在Ubuntu下qt creator IDE上开发、编译ATK-DLRV1126平台（ARM 32bit）Qt应用程序，我们需要对其进行相应的配置，包括qmake、ATK-DLRV1126交叉编译器等配
make报错：relocation R_X86_64_PC32 against symbol `stderr@@GLIBC_2.2.5‘
qq_41035283的博客
08-11 1万+
make报错：relocation R_X86_64_PC32 against symbol `stderr@@GLIBC_2.2.5' make时链接gflags时报错，错误提示如下： relocation R_X86_64_PC32 against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC 问题起因与解决 链接库中使用了libglog.so与libgf
relocation R_X86_64_32 against symbol `__pthread_key_create@@GLIBC_2.2.5‘问题
suezhang9的博客
08-08 3987
问题：执行make命令编译c++文件时遇到错误： relocation R_X86_64_32 against symbol `__pthread_key_create@@GLIBC_2.2.5’ can not be used when making a PIE object; recompile with -fPIC 解决方法： ...
error: relocation R_X86_64_32S against `vtable for hit' can not be used when making a shared object
NOHACKCC的专栏
01-02 3469
error: relocation R_X86_64_32S against `vtable for xxxxx' can not be used when making a shared object; recompile with -fPIC 在linux x64 系统下，eclipse CDT环境中编译c++程序时出错，验证发现windows下正常运行，在 32位linux系统下也
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

袁保康

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值