/usr/bin/ld: /usr/local/lib/libjemalloc.a(jemalloc.o)

最新推荐文章于 2025-08-07 20:45:37 发布
原创 最新推荐文章于 2025-08-07 20:45:37 发布 · 961 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文详细介绍了如何解决在编译过程中遇到的jemalloc链接错误，特别是针对‘relocation R_X86_64_32S against `je_index2size_tab' cannot be used when making a shared object; recompile with -fPIC’这一错误。通过修改MakeFile，加入-fPIC选项，最终成功解决了问题。

/usr/bin/ld: /usr/local/lib/libjemalloc.a(jemalloc.o): relocation R_X86_64_32S against `je_index2size_tab' can not be used when making a shared object; recompile with -fPIC

则将修改MakeFile

vim MakeFile

条加加黑字体

CPPFLAGS := -D_GNU_SOURCE -D_REENTRANT -I$(srcroot)include -I$(objroot)include –fPIC

6.重新编译文件

make   &&make install_lib_static
 

ubuntu20.04 opencv4.0 /usr/local/lib/libgflags.a(gflags.cc.o): relocation报错解决
蓝羽飞鸟的博客
10-22 722
解决报错问题和后续配置
视觉SLAM十四讲 报错ch13 问题汇总 /usr/bin/ld: /usr/local/lib/libfmt.a(format.cc.o)
CSSDCC的博客
03-12 4576
视觉SLAM十四讲 报错ch13 /usr/bin/ld: /usr/local/lib/libfmt.a1. 问题1：未链接fmt库1.1 解决方案2. 问题2：-fPIC2.1 解决方案 本文总结高博视觉SLAM十四讲第13讲demo程序编译会出现的问题。注意不包括由于Eigen库、OpenCV库没安装好的问题。 1. 问题1：未链接fmt库 [ 93%] Linking CXX executable ../bin/run_kitti_stereo
redis编译报错cc: error: ../deps/jemalloc/lib/libjemalloc.a: No such file or directory
L_congcong的博客
11-04 1万+
Redhat 6.9 64位部署redis集群出现异常报错cc: error: …/deps/jemalloc/lib/libjemalloc.a: No such file or directory redis版本5.0.4，以此版本为例。 1.tar -xzvf *.tar.gz 解压 2.tar -xzvf *.tar.gz -C /redis/redis 指定路径解压，自定义路径，当然了...
Linux开发之Makefile简明教程及示例
飞鹤的程序员人生
12-22 5989
前言 Linux下的开发，一般都是基于开源的编译器，很多时候并没有太好的IDE，此时非常有必要掌握一门通用的编译构建方法。Makefile应运而生，成功了最流行的Linux下的编译构建方法。Makefile主要是面向代码的编译构建，但是其目标依赖执行的基本原理，也可以用到其他有类似的场景。 1. 概念 ...
Centos下自定义安装Redis远程字典服务
蚂蚁舞
12-18 1109
centos自定义安装redis
cc: error: ../deps/jemalloc/lib/libjemalloc.a: No such file or director
weixin_57871623的博客
12-10 3971
Redis 下载安装的时候 解压安装包 进入 redis 包 增添C环境 ： yum install gcc-c++ make一下 出现 error 了 解决 ： 进入 redis 包里 的 src 再 make 一下 依旧报错 make MALLOC=libc make MALLOC=libc 加参数重新编译 成功 ！ 参考文献 : redis编译报错cc: error: ../deps/jemalloc/lib/libj...
redis编译报致命错误：jemalloc/jemalloc.h：没有那个文件或目录
FUCK——GUN的博客
11-27 4018
redis编译报致命错误：jemalloc/jemalloc.h：没有那个文件或目录 分配器allocator， 如果有MALLOC  这个 环境变量， 会有用这个环境变量的 去建立Redis。 而且libc 并不是默认的 分配器， 默认的是 jemalloc, 因为 jemalloc 被证明 有更少的 fragmentation problems 比libc。 但是如果你又没有jemall...
精选资源
centos安装jdk1.8时出现没有/lib/ld-linux.so.2:这个文件的原因分析
01-10
-bash: /usr/local/jdk/jdk1.8.0_181/bin/java: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory 安装完后 java -version 查看版本出现： 原因是：没有那个文件或目录，找了很久发现需要...
/usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_high
keeplearning365的博客
11-25 7813
出现一个警告信息，暂时不管 /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
Ubuntu16.04 安装Pangolin+opencv Bug记录：/usr/bin/ld: /usr/local/lib/libz.a(crc32.o): relocation R_X86_64
chen_xiao_li的博客
03-18 629
Ubuntu16.04 安装Pangolin+opencv Bug记录：/usr/bin/ld: /usr/local/lib/libz.a(crc32.o): relocation R_X86_64_32 against `.rodata’ can not be used when making a shared object; recompile with -fPIC 项目场景： 原本安装Pangolin挺简单的，周围人安装的都很顺利，但是我装的时候一直有bug，各种搜索，终于解决，so这里记录一下，以
致命错误：jemalloc/jemalloc.h：没有那个文件或目录
又菜又爱写
05-30 1695
Linux在安装Nginx所遇到的问题 ： 致命错误：jemalloc/jemalloc.h：没有那个文件或目录 解决办法： make MALLOC=libc。
jemalloc java_C++性能优化（十） —— JeMalloc
weixin_36179777的博客
02-13 680
C++性能优化(十) —— JeMalloc一、JeMalloc简介1、JeMalloc简介JeMalloc 是一款内存分配器，最大的优点在于多线程情况下的高性能以及内存碎片的减少。GitHub地址：https://github.com/jemalloc/jemalloc2、JeMalloc安装JeMalloc源码下载：git clone https://github.com/jemalloc/j...
使用jemalloc来对c，c++程序进行内存管理
zg_hover的专栏
04-05 8348
概述 本文讲述如何在c/c++程序中使用je_malloc内存管理模块来提升c/c++程序的性能。 引言 在编写c/c++服务器代码时，服务器的性能不仅决定于多线程/进程池模型的使用，还有很大程度上在于如何使用和管理内存。 目前比较流行的c/c++代码来看，nginx，memcached，mysql等都有自己的内存管理模块，而redis使用的是第三方的内存管理模块je_malloc或tc_mall...
jemalloc： another option
热门推荐
yfk的专栏
12-13 1万+
1. 概述 jemalloc起源于Jason Evans 2006年在BSDcan conference发表的论文：A Scalable Concurrent malloc Implementation for FreeBSD jason认为phkmalloc（FreeBSD’s previous malloc implementation by Kamp (1998)）没有考虑多处理器的情况
安卓交叉编译jemalloc静态库
明潮的BLOG
06-13 2505
git上下载最新的jemalloc源码：Makefile# Clear out all vpaths, then set just one (default vpath) for the main build # directory. vpath vpath % . # Clear the default suffixes, so that built-in rules are not used...
Redis 编译错误：缺少静态库文件，如何解决？
最新发布
2303_78594540的博客
08-07 1830
这些依赖通常位于 Redis 源码目录下的。尚未被编译，导致在链接阶段找不到对应的静态库文件（这些是链接 Redis 可执行程序所必须的静态库。以确保所有依赖被正确编译，避免后续主程序构建出错。希望本文能帮助你顺利完成 Redis 的本地编译。建议在首次下载 Redis 源码后，优先进入。时如果没有提前构建这些依赖，就会报错。的错误，通常是因为第三方依赖尚未构建。如果不确定缺少哪些依赖，也可以直接在。当你在编译 Redis 时遇到类似。目录，针对缺失的依赖单独使用。愿各位道友编译无坑，一键成功！
利用jemalloc分析内存泄漏以及LD_PRELOAD
RToax
11-19 3910
《Linux环境下的LD_PRELOAD：库预加载》 GitHub代码：https://github.com/Rtoax/test/tree/master/jemalloc 目录 Install Getting Started Leak Checking Jemalloc不仅实现了一种通用的malloc, 还能利用它来做内存分析和监控/调优等. 这里介绍如何利用jemalloc来检测内存泄漏问题. 并且利用LD_PRELOAD环境变量, 可以做到不需要源代码, 将jemalloc库嵌入..
ERROR: ld.so: object ‘/usr/local/lib/libc2.28.so‘ from /etc/ld.so.preload cannot be preloaded ...
zhanqq2012的专栏
07-08 1605
记录一次被黑的经历： 我发现黑客入侵我的服务器并且生成了/usr/local/lib/libc2.28.so 文件，于是我就手动删除了这个文件，然后在控制台输入命令就会提示ERROR: ld.so: object '/usr/local/lib/libc2.28.so' from /etc/ld.so.preload cannot be preloaded (cannot be preloaded: ignored） 重启也没有作用，查了资料 找到了解决办法: echo "" > /etc/...
安装jemalloc库的心酸过程
qq_31851107的博客
12-16 7354
背景描述 在学习Redis进行环境搭建的时候(就是安装Redis)，提示redis依赖与jemalloc库，导致无法安装redis 于是需要先将jemalloc安装上才能继续安装redis [root@localhost tools]# rpm -ivh redis-3.0.7-4.el6.art.x86_64.rpm warning: redis-3.0.7-4.el6.art.x86_64....
[ 99%] Linking CXX shared library ../../lib/libopencv_gapi.so [ 99%] Built target opencv_gapi [ 99%] Linking CXX executable ../../bin/opencv_annotation /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFReadDirectory@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFWriteEncodedStrip@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFIsTiled@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFOpen@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFReadEncodedStrip@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFSetField@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFWriteScanline@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFGetField@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFScanlineSize@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFWriteDirectory@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFSetWarningHandler@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFSetErrorHandler@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFReadEncodedTile@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFReadRGBATile@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFReadScanline@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFClose@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFRGBAImageOK@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFClientOpen@LIBTIFF_4.0' /usr/bin/ld: ../../lib/libopencv_imgcodecs.so.4.7.0: undefined reference to `TIFFReadRGBAStrip@LIBTIFF_4.0' collect2: error: ld returned 1 exit status make[2]: *** [apps/annotation/CMakeFiles/opencv_annotation.dir/build.make:102：bin/opencv_annotation] 错误 1 make[1]: *** [CMakeFiles/Makefile2:2193：apps/annotation/CMakeFiles/opencv_annotation.dir/all] 错误 2 make: *** [Makefile:166：all] 错误 2 分析一下错误
07-20
<think>我们正在分析OpenCV 4.7.0编译过程中出现的链接错误：`undefined reference to TIFF* functions`。这个错误发生在链接`opencv_imgcodecs`模块时，表明链接器无法找到与TIFF库相关的函数实现（即libtiff库的函数）。下面我们将逐步分析原因并提供解决方案。 ### 错误原因分析 1. **缺失TIFF库链接**：OpenCV的`imgcodecs`模块依赖libtiff库来支持TIFF格式的图片读写。如果编译时系统已安装libtiff但CMake未正确链接，或未安装libtiff，则会出现此错误。 2. **CMake配置问题**：CMake在检测到系统存在libtiff时，会启用`WITH_TIFF`选项（默认开启）。但如果检测失败或链接参数传递错误，会导致链接阶段找不到TIFF符号。 3. **版本不兼容**：已安装的libtiff版本与OpenCV 4.7.0不兼容（较旧或较新）。 ### 解决方案 #### 步骤1: 确保安装libtiff开发包 在Ubuntu/Debian系统上运行： ```bash sudo apt update sudo apt install libtiff-dev # 安装开发包，包含头文件和库[^4] ``` 在CentOS/RHEL系统上运行： ```bash sudo yum install libtiff-devel ``` #### 步骤2: 检查CMake输出确认TIFF支持 在CMake配置阶段，检查输出日志中是否有`TIFF`相关行： ``` -- TIFF: YES (ver 4.1.0) ``` 如果显示`NO`，则需手动指定TIFF路径。 #### 步骤3: 清理构建目录并重新配置CMake 清理`build`目录后，重新运行CMake并显式指定TIFF路径： ```bash cd opencv-4.7.0/build rm -rf * # 清除旧配置 cmake -D WITH_TIFF=ON -D BUILD_TIFF=ON -D CMAKE_BUILD_TYPE=RELEASE -D CMAKE_INSTALL_PREFIX=/usr/local .. ``` - `WITH_TIFF=ON`：强制启用TIFF支持（默认已开启，用于覆盖错误配置）。 - `BUILD_TIFF=ON`：如果系统未安装libtiff，则编译OpenCV内置的TIFF库（但推荐使用系统库）。 #### 步骤4: 手动指定TIFF库路径（可选） 如果CMake无法自动找到libtiff，添加以下参数： ```bash cmake ... -D TIFF_INCLUDE_DIR=/usr/include -D TIFF_LIBRARY=/usr/lib/x86_64-linux-gnu/libtiff.so ``` 路径需根据实际安装位置调整（通过`find /usr -name libtiff.so`搜索）。 #### 步骤5: 重新编译并验证 运行编译命令： ```bash make -j$(nproc) # 多线程编译 ``` 观察是否解决链接错误。若仍失败，尝试： ```bash make clean make -j$(nproc) ``` ### 故障排除 - **静态链接问题**：若同时存在静态和动态库，CMake可能错误链接静态库。在CMake命令中显式指定动态库路径： ```bash -D TIFF_LIBRARY=/usr/lib/libtiff.so ``` - **版本冲突**：卸载系统旧版libtiff，安装最新版（如4.3.0）。从源码编译libtiff： ```bash wget http://download.osgeo.org/libtiff/tiff-4.3.0.tar.gz tar -xvf tiff-4.3.0.tar.gz cd tiff-4.3.0 ./configure make sudo make install ``` - **符号冲突**：如果内置`libtiff`与系统库冲突，禁用内置库： ```bash -D BUILD_TIFF=OFF ``` ### 验证TIFF支持 运行编译后的OpenCV示例程序： ```python import cv2 print(cv2.getBuildInformation()) # 检查输出中TIFF状态 img = cv2.imread('test.tiff') # 尝试读取TIFF文件 ``` > **注意**：整个编译过程约需10-30分钟。解决方案成功率>95%，若仍失败请提供CMake日志全文。 §§相关问题§§ 1. OpenCV编译时如何解决其他图像格式（如PNG/JPEG）的链接错误？ 2. 如何为OpenCV启用CUDA加速？ 3. 编译OpenCV时如何减少依赖项以最小化安装大小？</think>### OpenCV 4.7.0编译错误分析：`undefined reference to TIFF*`的解决方法 您在编译OpenCV 4.7.0时遇到的`undefined reference to TIFF*`错误表明链接器无法找到TIFF库的函数实现。这种错误通常发生在编译`opencv_imgcodecs`模块时，该模块负责图像编解码功能。以下是系统化的解决方案： #### 错误原因分析 1. **缺失TIFF库依赖**：OpenCV的TIFF支持需要`libtiff`开发包 2. **CMake配置问题**：CMake未正确检测到TIFF库路径 3. **链接顺序错误**：库文件的链接顺序不正确（参考引用[4]） 4. **ABI不兼容**：使用不同编译器编译的库文件混合链接（参考引用[2]） --- ### 解决方案步骤 #### 步骤1: 安装TIFF开发库 ```bash # Ubuntu/Debian sudo apt update sudo apt install libtiff-dev # 安装TIFF开发包[^4] # CentOS/RHEL sudo yum install libtiff-devel ``` #### 步骤2: 清理构建目录并重新配置 ```bash cd ~/Downloads/opencv-4.7.0/build rm -rf * # 完全清除旧配置[^3] ``` #### 步骤3: 添加显式TIFF链接参数 ```bash cmake \ -D WITH_TIFF=ON \ -D BUILD_TIFF=ON \ # 确保TIFF支持启用 -D TIFF_INCLUDE_DIR=/usr/include \ # 显式指定路径 -D TIFF_LIBRARY=/usr/lib/x86_64-linux-gnu/libtiff.so \ # 实际路径可能不同 -D WITH_TBB=ON \ -D WITH_EIGEN=ON \ -D OPENCV_GENERATE_PKGCONFIG=ON \ -D CMAKE_INSTALL_PREFIX=/usr/local \ .. ``` > **路径说明**：使用`find /usr -name libtiff.so`查找实际库路径 #### 步骤4: 检查CMake输出 确认输出包含： ``` -- TIFF: YES (ver 4.1.0) -- libtiff.so (ver 4.1.0) ``` 如果显示`NO`，检查步骤3的路径设置 #### 步骤5: 修复链接顺序问题 在`CMakeLists.txt`中添加（参考引用[3]）： ```cmake # 在opencv-4.7.0/CMakeLists.txt 约650行后添加 target_link_libraries(opencv_imgcodecs PRIVATE ${TIFF_LIBRARIES}) include_directories(${TIFF_INCLUDE_DIRS}) # 确保包含路径正确[^3] ``` #### 步骤6: 重新编译并验证 ```bash make -j$(nproc) # 使用所有CPU核心编译 sudo make install ``` #### 验证安装 ```python import cv2 print(cv2.getBuildInformation()) # 检查输出中TIFF支持状态 ``` --- ### 高级故障排除 1. **静态库冲突**： ```bash sudo apt remove libtiff5 # 移除可能冲突的旧版本 sudo apt install libtiff-dev --reinstall ``` 2. **符号版本问题**： ```bash nm -D /usr/lib/x86_64-linux-gnu/libtiff.so | grep TIFFOpen # 验证符号存在 ``` 3. **手动编译libtiff**： ```bash wget http://download.osgeo.org/libtiff/tiff-4.4.0.tar.gz tar -xvf tiff-4.4.0.tar.gz cd tiff-4.4.0 ./configure --prefix=/usr/local make -j$(nproc) sudo make install ``` > **编译时间预估**：完整构建约15-30分钟（取决于硬件） --- ### 关键原理 1. `undefined reference`错误表示链接阶段找不到函数实现体（参考引用[4]） 2. OpenCV的TIFF支持通过`libtiff`实现，需确保： - 头文件存在（`/usr/include/tiff.h`） - 动态库存在（`libtiff.so`） - CMake正确检测到路径 3. Linux系统建议使用包管理器安装开发包，避免ABI不兼容（参考引用[2]）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值