库文件错误：adding symbols File in wrong format

最新推荐文章于 2023-10-17 14:10:05 发布
原创 最新推荐文章于 2023-10-17 14:10:05 发布 · 3.6w 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了在链接库文件时遇到的常见错误，并提供了一种实用的解决方法，即通过设置LDFLAGS环境变量来指定正确的库文件目录。

在这里插入图片描述
问题分析:
链接库文件时出错，使用LDFLAGS变量指定链接的库文件目录。
解决方法：

LDFLAGS="-L/usr/lib64"
catkin_make出错：/usr/local/cuda-9.0/lib64/libcudnn.so: error adding symbols: File in wrong format
ljh19980710的博客
05-12 1499
运行环境为TX2（jetpacke3.3）python2.7下，在工作空间编译，出现如下错误： 错误原因：cudnn安装不正确！（TX2下不能安装普通的x86 _64版本，需要安装arm64版） 我这里安装的是cuda9.0,与此对应的cudnn如下：（链接：https://download.youkuaiyun.com/download/ourkix/12091671?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522162078463416780
ffmpeg for android编译全过程与遇到的问题
家驹六月天的博客
11-22 5982
编译前准备 编译环境：Ubuntu16，可自行下载VMWare最新版并百度永久许可证或在服务器上安装Ubuntu ffmpeg源码：ffmpeg4.2.2 NDK下载：Android NDK r21e 有条件的最好还是在Liunx平台下编译吧，Windows平台下编译坑更多，文章末尾有Github源码可自取 开始编译 1.解压NDK，执行 unzip android-ndk-r21e-liunx-x86_64.zip 如果提示没有unzip，执行此命令安装sudo apt-get insta.
交叉编译nginx
qq_42020799的博客
07-19 1124
nginx交叉编译过程中的小错误
snowboy嵌入式_jetson nano 安装 snowboy 遇到的问题及处理
weixin_28676397的博客
01-30 920
Snowboy 是 KITT.AI 开发的一个高度可定制的热词检测引擎，当笔者的 jetson nano加上话筒后，就立马尝试安装，但在安装过程中却发生了错误，所以把处理方式记录了下来以作备忘。首先，按 Snowboy 官方文档 编译安装 swig-3.0.10和克隆 snowboy代码过程都很顺利sudo apt-get install sox libpcre3 libpcre3-dev ...
centos编译mqtt
C/C++、嵌入式开发、深度学习算法、模型部署与推理优化
11-25 5157
目录 1.安装相关依赖 2.编译mqtt.c 3.编译mtt.cpp 1.安装相关依赖 yum install build-essential gcc make cmake cmake-gui cmake-curses-gui yum install fakeroot fakeroot devscripts dh-make lsb-release yum install libssl-dev yum install doxygen graphviz 2.编译mqtt.c The Paho
Android Studio 解决：error adding symbols: File in wrong format clang++.exe: error: linker command......
mazaiting的博客
01-12 4771
错误日志： Error:FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':app:externalNativeBuildDebug'. > Build command failed. Error while executin...
Ubuntu18.04编译opencv库make时出错 error adding symbols: File in wrong format
热门推荐
CauchyNoIf的博客
04-13 2万+
Ubuntu18.04编译opencv库make时出错 error adding symbols: File in wrong format。原因为链接的动态库格式错误，更改该动态库格式后编译成功。
libiptc/.libs/libip6tc.o: error adding symbols: File in wrong format
最新发布
10-20
错误信息 `error adding symbols: File in wrong format` 表示链接器无法正确处理目标文件的格式。这通常是由于： - **架构不匹配**：编译器和目标文件（如 `.o` 文件）的架构不同（例如，尝试将 32 位目标文件链接...
FakeAndroid项目报错libswap.so: error adding symbols: File in wrong format
04-04
好的，我现在需要帮助用户解决他们FakeAndroid项目中遇到的错误：“libswap.so: error adding symbols: File in wrong format”。首先，我需要理解这个错误的含义。根据经验，这个错误通常发生在链接阶段，当链接器...
cJSON.o:-1: error: error adding symbols: File in wrong format
03-25
好的，我现在需要帮助用户解决在编译cJSON时出现的“File in wrong format”错误。首先，我得理解这个错误通常是什么原因引起的。用户提到在添加cJSON的.c和.h文件后出现这个问题，可能是在编译过程中链接器发现了不...
libiptc/.libs/libip4tc.o: error adding symbols: File in wrong format
10-20
首先，用户查询是关于解决编译错误的具体问题：'libiptc/.libs/libip4tc.o: error adding symbols: File in wrong format'。错误信息表明在链接过程中，文件libip4tc.o的格式不正确。 从提供的引用中： - 引用[1]...
龙芯2F Debain编openssl报/usr/local/bin/ld: /usr/lib/libdl.so: error adding symbols: file in wrong format
suwei80286的博客
03-19 1952
龙芯2F Debain6编openssl时总会报/usr/local/bin/ld: /usr/lib/libdl.so: error adding symbols: file in wrong format...错误，刚开始以为是libdl.so库文件版本太老导致的问题，但实际上是编译openssl时，采用 ./config不能够正确识别龙芯CPU指令集造成的编译结果错误。 ...
Qt Creator编译含opencv的程序时报错libopencv_calib3d.so:-1: error: error adding symbols
分享的滋味
10-17 1699
由于libopencv_calib3d.so最终软链接为libopencv_calib3d.so.3.4.16。进入libopencv_calib3d.so所在的目录，利用file查看文件格式。解决措施：重新采用x86_64平台的gcc编译opencv库。看来之前编译时，采用了交叉编译器gcc-arm。
c语言 linker error,Android Studio 解决：error adding symbols: File in wrong format clang++.exe: error: ...
weixin_32730471的博客
05-19 682
错误日志：Error:FAILURE: Build failed with an exception.* What went wrong:Execution failed for task ':app:externalNativeBuildDebug'.> Build command failed.Error while executing 'D:javaandroidstudiosdkcm...
libsqlite3.so: error adding symbols: File in wrong format
ywfwyht的博客
03-25 3554
***/anaconda3/lib/libsqlite3.so: error adding symbols: File in wrong format collect2: error: ld returned 1 exit status space_ground/CMakeFiles/space_ground.dir/build.make:338: recipe for target '/home/yht/CLionProjects/ground_ws/devel/lib/space_ground/spa.
apache2安装时报/usr/lib/libexpat.so: could not read symbols: File in wrong format
Jlilox4的博客
09-02 296
       今天在64位的unix服务器上面安装apache服务器,执行./configure --prefix=.....成功，但在make时报 /usr/lib/libexpat.so: could not read symbols: File in wrong format，网上查询了很多解决办法，但在服务器上试验都不行！       apache在编译的时候连接的库文件是默认的32位...
could not read symbols: File in wrong format
混迹于阿里巴巴的QA同学
04-30 668
    在编译apache和subversion都遇到”could not read symbols: File in wrong format“这样的问题，折腾了几把，发现解决办法如下： （1）在编译apache时，发生了： 写道 /use/lib//usr/lib/libdb-4.2.so: could not read symbols: File in wrong format  ...
/libexpat.so: could not read symbols: File in wrong format
良玉的博客
12-18 1918
/libexpat.so: could not read symbols: File in wrong format 今天在Centos 5.5 64位的机器上源码编译graphviz发生了错误 找到了以下解决办法： 1）最简单、最直接的方法： cp /usr/lib64/libexpat.* /usr/lib/ (将/usr/lib64/目录下的 libexpa
error adding symbols: File in wrong format ffmpeg
03-12
<think>好的，我现在需要解决用户在FFmpeg编译或链接过程中遇到的“error adding symbols: file in wrong format”错误。首先，我得理解这个错误的常见原因。用户提到他们参考的引用内容似乎有问题，因为引用[1]里的内容是关于MPEG2解码器和硬件加速的，可能和当前的问题无关，这可能是个引用错误，用户可能误用了参考资料，需要提醒他们检查引用来源。 接下来，分析错误本身。“file in wrong format”通常意味着链接器在尝试将不同架构或格式的目标文件合并时出现问题。比如，混合使用了32位和64位的库文件，或者交叉编译时目标平台不匹配。另外，静态库和动态库混用也可能导致这类问题。 然后，我需要考虑用户可能的操作场景。他们可能在编译FFmpeg时手动链接了某些库，或者在添加自定义库时出现了问题。例如，用户可能使用了错误的库路径，或者库文件本身损坏或不兼容。此外，编译选项中的-m参数（架构指定）是否正确也可能影响。 解决方案的第一步应该是检查库文件的架构是否一致。用户可以使用`file`命令查看目标文件和库文件的格式，确认它们都是相同的架构，比如都是x86-64或者ARM。第二步是验证库的完整性，确保没有损坏或部分编译的库文件。第三步是检查编译器和链接器的选项，特别是CFLAGS和LDFLAGS中的架构参数是否正确，比如是否有错误的-m32或-m64选项。第四步是确保静态库和动态库的使用正确，避免混合使用导致冲突。最后，如果用户进行了交叉编译，需要确认所有依赖库都是为目标平台正确编译的。 另外，用户可能需要检查FFmpeg的配置命令是否正确，是否指定了正确的工具链和路径。例如，在交叉编译时，可能需要设置--arch、--target-os等参数。如果用户手动添加了外部库，比如通过--extra-libs或--extra-ldflags，这些路径和库名是否正确也需要验证。 最后，需要提醒用户检查他们的引用来源是否正确，引用[1]中的内容似乎与当前问题无关，可能需要他们重新确认参考资料的有效性，避免误导解决方案。</think>[用户可见层] ### FFmpeg文件格式错误解决方案 出现`error adding symbols: file in wrong format`错误通常由以下原因导致： 1. **架构不匹配** - 检查目标文件与库文件的架构是否一致（如x86_64/ARM/32位/64位） - 验证命令： ```bash file libavcodec.a # 查看库文件架构 file your_object.o # 查看目标文件架构 ``` - 若出现`ELF 32-bit`与`ELF 64-bit`混用需统一架构[^2] 2. **库文件损坏** - 重新生成库文件： ```bash make clean && make ``` 3. **编译选项冲突** - 检查CFLAGS/LDFLAGS中是否混用`-m32`和`-m64` - 示例正确配置： ```bash ./configure --arch=x86_64 --extra-cflags="-m64" --extra-ldflags="-m64" ``` 4. **静态库/动态库混合** - 避免同时链接`.a`静态库和`.so`动态库 - 推荐统一使用静态库： ```bash ./configure --enable-static --disable-shared ``` 5. **交叉编译配置错误** - 确认交叉编译工具链完整： ```bash --cross-prefix=arm-linux-gnueabihf- --target-os=linux ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值