/usr/bin/ld: no .eh_frame_hdr table will be created.

最新推荐文章于 2022-03-22 22:31:22 发布
原创 最新推荐文章于 2022-03-22 22:31:22 发布 · 5.1k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了如何解决在使用makefile进行编译时出现的错误：/usr/bin/ld:no.eh_frame_hdrtablewillbecreated。该问题通常是因为在生成.o目标文件时忘记添加-c选项所导致。文章详细解释了-c选项的作用以及正确的使用方法。

错误： /usr/bin/ld: no .eh_frame_hdr table will be created.

原因：makefile 在生成.o目标文件时（g++  xx.cpp -o xx），忘记加-c选项了。

原理：

典型的MAKEFILE的文件依赖关系

-c：只编译，不链接
-o：既编译，又链接

node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21‘ not found 解决方案
weixin_43178406的博客
04-19 11万+
本文主要介绍了node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21’ not found解决方案，希望能对使用xx的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
安装glibc出现../sysdeps/nptl/pthread.h:744:47:error:argument 1 of type ‘struct __jmp_buf_tag *‘ 解决方案
热门推荐
weixin_43178406的博客
04-17 11万+
本文主要介绍了安装glibc出现…/sysdeps/nptl/pthread.h:744:47:error:argument 1 of type ‘struct __jmp_buf_tag *’ 解决方案，希望能对使用Linux的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
gnu ld链接出现“ no .eh_frame_hdr table will be created.”
17岁boy的博客
12-23 4608
ld: error in 8259.o(.eh_frame); no .eh_frame_hdr table will be created. 问题描述： 我有三个文件： 8259a.c、pics.s、main.c 其中8259a.c依赖pics.s，而main.c依赖8259.c和pics.s 我想先将8259a.c和pics.s一起编译成.o文件 编译命令： gcc -m...
readelf命令和ELF文件详解
Be The Best！
10-12 1万+
ELF（Executable and Linking Format）是一个定义了目标文件内部信息如何组成和组织的文件格式。内核会根据这些信息加载可执行文件，内核根据这些信息可以知道从文件哪里获取代码，从哪里获取初始化数据，在哪里应该加载共享库，等信息。
Unwind 栈回溯详解
pwl999的博客
07-24 2万+
1. 历史背景 1.1 frame pointers 在调试的时候经常需要进行堆栈回溯。最简单的方式是使用一个独立的寄存器(ebp)来保存每层函数调用的堆栈栈顶(frame pointer)： pushl％ebp movl％esp，％ebp ... popl％ebp ret x86_64的frame point模式 arm64的frame point模式 这种方式在堆栈回溯时非常方便快捷。但是这种方法也有自己的不足： 需要一个专门寄存器ebp来保存frame poniter。 保存e
hello_Makefile_c++
weixin_30597269的博客
11-20 258
1、错误： hello.o: In function `_start': (.text+0x0): multiple definition of `_start' /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/crt1.o:(.text+0x0): first defined here hello.o:(.rodata+0x0): mu...
LD说明文档--2.LD命令行命令翻译
yyww322的博客
03-08 1万+
国内的Ld链接器的翻译有点过时了，且有点错误，我重新翻译了一下找到的最新ld命令说明，如果有疑问以英文原版为主，如果有错误欢迎指正
/usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_high
keeplearning365的博客
11-25 7798
出现一个警告信息，暂时不管 /usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.3.2.0, may conflict with libopencv_imgcodecs.so.3.3 /usr/bin/ld: warning: libopencv_imgproc.so.3.2, needed by /usr/lib/x86_64-linux-gn
CMake编译报错/usr/bin/ld: ../lib/libXXX.a(XXX.cc.o): relocation R_X86_64_PC32 against symbol
fightforglory的博客
03-22 7709
Ubuntu上生成C++动态链接库出错 当前工程的需求是把调用了boost库的C++工程编译成为一个动态链接库以供Python调用，（boos 的使用过程也有些曲折，详细过程及模板伪代码请见本人的这篇博客： ），但是在调整完成wrapper.cc后，编译，报错提示 /usr/bin/ld: ../lib/libXXX.a(XXX.cc.o): relocation R_X86_64_PC32 against symbol `_ZN8planning4eudm31_LonSim
报错解决：usr/bin/ld: output.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when maki
个人博客
06-15 6567
晚上在用g++的时候报错如下： -> # g++ output.o -o test /usr/bin/ld: output.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final...
.eh_frame的一些资料
cyq129445的博客
05-10 5049
http://www.x86-64.org/pipermail/discuss/2004-September/005114.html  这封邮件中提到CIE pointer在“当前”版本的gcc中实现为当前地址和CIE起始地址的差。 http://www.x86-64.org/pipermail/discuss/2004-August/005017.html  这封邮件后面的附件中描述的eh_fr...
debian下，下载linux内核
17岁boy的博客
12-09 1092
apt serch linux-source 查看适合自己当前debian linux内核的linux源码 apt source linux-source-4.19 我这里下载的是4.19版本 sudo apt-get install dpkg-dev 别忘记安装debian开发环境 ...
linux符号表简介
oscarjulia的博客
06-28 3516
既然在链接时，需要重定位目标文件中引用的外部符号，显然，链接器需要知道这些符号的定义在哪里，为此汇编器在每个目标文件中创建了一个符号表，符号表中记录了这个模块定义的可以提供给其他模块引用的全局符号。可以使用工具readelf查看文件中的符号表，如目标文件foo2.o的符号表如下： root@baisheng:~/demo# readelf -s foo2.o Symbol table '.sy
/usr/bin/ld: warning: libIlmImf-2_3.so.24, needed by ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7, not found (try using -rpath or -rpath-link) /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::InputFile::InputFile(char const*, int)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::OutputFile::setFrameBuffer(Imf_2_3::FrameBuffer const&)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::FrameBuffer::insert(char const*, Imf_2_3::Slice const&)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Header::channels()' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::chromaticities(Imf_2_3::Header const&)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::OutputFile::OutputFile(char const*, Imf_2_3::Header const&, int)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::FrameBuffer::begin()' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Header::Header(int, int, float, Imath_2_3::Vec2<float> const&, float, Imf_2_3::LineOrder, Imf_2_3::Compression)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Channel::Channel(Imf_2_3::PixelType, int, int, bool)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Header::channels() const' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::InputFile::setFrameBuffer(Imf_2_3::FrameBuffer const&)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::FrameBuffer::end()' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::InputFile::header() const' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Header::~Header()' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::InputFile::readPixels(int, int)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::globalThreadCount()' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Header::dataWindow() const' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::ChannelList::findChannel(char const*) const' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::OutputFile::~OutputFile()' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Slice::Slice(Imf_2_3::PixelType, char*, unsigned long, unsigned long, int, int, double, bool, bool)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::Chromaticities::Chromaticities(Imath_2_3::Vec2<float> const&, Imath_2_3::Vec2<float> const&, Imath_2_3::Vec2<float> const&, Imath_2_3::Vec2<float> const&)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::OutputFile::writePixels(int)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::ChannelList::insert(char const*, Imf_2_3::Channel const&)' /usr/bin/ld: ../third_party/opencv3/lib64/libopencv_imgcodecs.so.3.4.7: undefined reference to `Imf_2_3::hasChromaticities(Imf_2_3::Header const&)' collect2: error: ld returned 1 exit status make[2]: *** [CMakeFiles/ppocr.dir/build.make:320: ppocr] Error 1 make[1]: *** [CMakeFiles/Makefile2:115: CMakeFiles/ppocr.dir/all] Error 2 make: *** [Makefile:103: all] Error 2 怎么解决
最新发布
11-27
<think> 我们面对的是两个主要问题： 1. 链接器警告：`/usr/bin/ld: warning: libIlmImf-2_3.so.24, needed by /usr/local/lib/libopencv_imgcodecs.so.3.4.7, not found` 2. 链接器错误：`/usr/local/lib/libopencv_imgcodecs.so.3.4.7: undefined reference to ...` 根据引用[2]和引用[3]的信息，这类问题通常与库冲突或缺失有关。特别是OpenCV的imgcodecs模块依赖于TIFF库（libtiff）和其他图像处理库（如libIlmImf，即OpenEXR库）。因此，我们需要确保这些依赖库正确安装且版本兼容。 ### 解决步骤 #### 1. 安装缺失的OpenEXR库 第一个警告表明缺少`libIlmImf-2_3.so.24`（属于OpenEXR库）。安装对应的开发包： ```bash # Ubuntu/Debian sudo apt-get install libopenexr-dev # CentOS/RHEL sudo yum install OpenEXR-devel ``` 安装后，确认库文件存在： ```bash find /usr -name 'libIlmImf-2_3.so*' 2>/dev/null ``` 正常输出示例：`/usr/lib/x86_64-linux-gnu/libIlmImf-2_3.so.24`（路径可能因系统而异） #### 2. 解决TIFF库冲突（未定义引用问题） 引用[2]和引用[3]指出，`undefined reference to TIFFReadRGBAStrip@LIBTIFF_4.0`通常是因为存在多个libtiff版本冲突。解决方法： - **如果使用conda环境**：移除conda安装的libtiff（它会覆盖系统库） ```bash conda remove libtiff # 引用[2]的方法 ``` - **如果未使用conda**：重新安装系统libtiff并确保OpenCV链接到正确版本 ```bash # Ubuntu/Debian sudo apt-get install --reinstall libtiff-dev # CentOS/RHEL sudo yum reinstall libtiff-devel ``` #### 3. 更新动态链接库缓存 ```bash sudo ldconfig ``` #### 4. 清理并重新构建项目 ```bash cd /path/to/build/directory rm -rf * # 清理构建目录 cmake .. # 重新生成Makefile make -j$(nproc) # 并行编译 ``` ### 原理分析 - **库冲突**：当系统存在多个同名库（如libtiff）时，链接器可能选择错误版本，导致符号未定义（因为函数签名不同）。引用[3]通过移除冲突包解决。 - **动态库加载顺序**：引用[4]提到动态库加载顺序的重要性，系统默认搜索路径顺序为： 1. `/lib`和`/usr/lib` 2. `/etc/ld.so.conf`中列出的路径 3. `LD_LIBRARY_PATH`环境变量指定路径 ### 备用方案：手动指定库路径 如果问题仍存在，在CMake中显式指定库路径： ```cmake # 在CMakeLists.txt中添加 link_directories( /usr/lib/x86_64-linux-gnu # OpenEXR和TIFF库常见路径 ) ``` ### 验证 编译成功后，检查二进制文件的依赖关系： ```bash ldd ./your_executable | grep -E 'libIlmImf|libtiff' ``` 应显示正确的库路径，无`not found`提示。 §§相关问题§§ 1. Linux动态链接库的加载顺序是怎样的？ 2. 如何查看一个可执行文件依赖哪些动态库？ 3. 如何解决多个版本的动态库冲突问题？ 4. CMake中如何正确设置库的搜索路径？ </think>### 解决编译时 `/usr/bin/ld` 警告和错误 #### 主要问题分析 1. **警告**: `libIlmImf-2_3.so.24 not found` - 缺少 OpenEXR 图像处理库（`libIlmImf` 是 OpenEXR 的核心库） - 常见于 OpenCV 的 `imgcodecs` 模块依赖 2. **错误**: `opencv_imgcodecs.so.3.4.7: undefined reference` - 通常是 TIFF 库（`libtiff`）版本冲突导致符号未定义 - 可能因多个 TIFF 库版本共存引发（系统安装 vs Conda 安装） --- ### 完整解决方案 #### 步骤 1：安装 OpenEXR 库（解决 libIlmImf 缺失） ```bash # Ubuntu/Debian sudo apt-get install libopenexr-dev # CentOS/RHEL sudo yum install OpenEXR-devel ``` 验证安装： ```bash # 确认库文件存在 ls /usr/lib*/libIlmImf-2_3.so* # 正常输出示例：/usr/lib/x86_64-linux-gnu/libIlmImf-2_3.so.24 ``` #### 步骤 2：解决 TIFF 库冲突（解决未定义引用） ```bash # 移除冲突的 TIFF 库（优先尝试 Conda 环境） conda remove libtiff # 引用[2]的解决方案 # 如果未使用 Conda，重装系统 TIFF 库 sudo apt-get install --reinstall libtiff-dev # Ubuntu # 或 sudo yum reinstall libtiff-devel # CentOS ``` #### 步骤 3：更新动态链接器缓存 ```bash sudo ldconfig ``` #### 步骤 4：清理并重建项目 ```bash cd /path/to/build/directory rm -rf * # 彻底清理构建目录 cmake .. # 重新生成 Makefile make VERBOSE=1 # 显示详细编译日志 ``` --- ### 原理说明 1. **库冲突机制**： - OpenCV 的 `imgcodecs` 模块依赖 TIFF 库处理图像 - 当存在多个 `libtiff` 版本时（如系统 `/usr/lib` 和 Conda `envs/lib`），链接器可能选择错误版本 - 符号 `TIFFReadRGBAStrip@LIBTIFF_4.0` 需要特定 TIFF 版本（4.0+） 2. **动态库加载顺序**（引用[4]）： Linux 动态库搜索优先级： ```mermaid graph LR A[编译时指定的 -L 路径] --> B[LD_LIBRARY_PATH] B --> C[/etc/ld.so.conf 配置] C --> D[/usr/lib] D --> E[/lib] ``` 当库被多个位置提供时，可能加载错误版本 --- ### 验证方法 ```bash # 检查 OpenCV 链接的 TIFF 版本 ldd /usr/local/lib/libopencv_imgcodecs.so.3.4 | grep tiff # 输出示例：libtiff.so.5 => /usr/lib/x86_64-linux-gnu/libtiff.so.5 ``` ### 备选方案 若问题仍存在，尝试强制链接系统库： ```bash # 在 CMakeLists.txt 中指定库路径 set(TIFF_LIBRARY "/usr/lib/x86_64-linux-gnu/libtiff.so") include_directories(/usr/include/x86_64-linux-gnu) ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值