/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFReadDirectory@LIBTIFF_4.0’

最新推荐文章于 2023-09-09 20:01:08 发布
最新推荐文章于 2023-09-09 20:01:08 发布
阅读量862 收藏 9
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/moxie0516/article/details/115209049
版权

Ubuntu上OpenCV版本冲突导致未定义的引用问题

问题描述：

最近在编译Darknet-ROS-YOLOv4时，遇到如下问题

/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFReadDirectory@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFLastDirectory@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFWriteEncodedStrip@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFIsTiled@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFIsByteSwapped@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFComputeStrip@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_easy_init@CURL_OPENSSL_3’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFScanlineSize@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFTileSize@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFFieldReadCount@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFRGBAImageOK@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFClose@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFSetTagExtender@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFGetFieldDefaulted@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFSwabArrayOfLong@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFFieldPassCount@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFFieldDataType@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFStripSize@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_easy_perform@CURL_OPENSSL_3’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘_TIFFDataSize@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFMergeFieldInfo@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFSetWarningHandler@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFReadEXIFDirectory@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFFieldTag@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFTileRowSize@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFCurrentDirectory@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_easy_setopt@CURL_OPENSSL_3’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFDefaultStripSize@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFReadTile@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_easy_cleanup@CURL_OPENSSL_3’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFWriteScanline@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFGetField@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFNumberOfStrips@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFWriteDirectory@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFFieldWithTag@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFFieldName@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFReadEncodedTile@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFReadRGBATile@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFGetTagListEntry@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_global_cleanup@CURL_OPENSSL_3’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFClientOpen@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFGetTagListCount@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFOpen@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFSetSubDirectory@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFReadRGBAImage@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFReadEncodedStrip@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFSetField@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_global_init@CURL_OPENSSL_3’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFDataWidth@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFSetErrorHandler@LIBTIFF_4.0’未定义的引用
//usr/lib/x86_64-linux-gnu/libfreeimage.so.3：对‘TIFFSetDirectory@LIBTIFF_4.0’未定义的引用
/opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_imgcodecs3.so.3.3.1：对‘TIFFReadRGBAStrip@LIBTIFF_4.0’未定义的引用

原因分析：

在网上查找相关博文后将问题定位为Ubuntu中OpenCV的版本冲突问题。该问题是由于我的电脑上安装有源码编译的OpenCV，与Ubuntu中ROS自带的ros-opencv之间产生版本冲突。

解决方案：

定位到/src/darknet_ros/darknet_ros/中的CMakeLists.txt文件，在文件中制定位置添加如下字段即可解决。

target_link_libraries(${PROJECT_NAME}
    ${OpenCV_LIBS} /usr/lib/x86_64-linux-gnu/libtiff.so.5 
  )
C疾风起兮
关注
runtime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in:/home/
01-09
runtime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/rw/anaconda3/lib 首先查看路径，可以看到返回结果中，第一个查找路径是anaconda的。 export $PATH bash: export...
编译报错：undefined reference to `TIFFReadDirectory@LIBTIFF_4.0‘解决方法
qq_39779233的博客
11-06 6761
编译报错：undefined reference to `TIFFReadDirectory@LIBTIFF_4.0'解决方法
Dicom格式文件解析器
weixin_30352191的博客
01-09 685
Dicom全称是医学数字图像与通讯，这里讲的暂不涉及通讯那方面的问题 只讲*.dcm 也就是diocm格式文件的读取，读取本身是没啥难度的 无非就是字节码数据流处理。只不过确实比较繁琐。好了 正题 分析 整体结构先是128字节所谓的导言部分，说俗点就是没啥意义的破数据 跳过就是了，然后是dataElement依次排列的方式 就是一个dataElement接一个dataElement的方式排到...
dicom文件与bmp和jpg文件的相互转化
Streamzhangjun的专栏
04-09 5258
前面工作需要，将dicom医学文件转化为普通图像，如bmp，jpg等，中间应用到了CxImage_x64和dcmtk包。实现过程中，遇到了不少麻烦，现将相关过程分享如下，希望能给需要的人提供参考，以及上传所有相关文档。 文档分为以下几部分： （1） 工程文件，需要将支持库拷贝到对应位置，并设置工程库目录，包含目录之后才能运行； （2） 可执行文件，拷贝到64位机器即可运行（其中包含医学影像文件image-000001.dcm）； （3） 支持库：用于打开解析dicom文件，需
error while loading shared libraries: libopencv_imgcodecs.so.4.3: cannot open shared object file解决方法
weixin_44238257的博客
07-29 5093
运行一个C++工程时收到报错，无法打开共享库。 error while loading shared libraries: libopencv_imgcodecs.so.4.3: cannot open shared object file : No such file or directory 解决思路： 1，查找报错的文件的位置： $ find -name "libopencv_imgcodecs.so.4.3" 结果： ./openvino/inference-engine/temp
rviz打不开
qq_36305156的博客
05-12 3000
用的是noetic，但是下载的安装包是melodic，打开rviz的时候有问题： /opt/ros/noetic/lib/rviz/rviz: symbol lookup error: /lib/x86_64-linux-gnu/libOpenGL.so.0: undefined symbol: _glapi_tls_Current [rviz-3] process has died [pid 47145, exit code 127, cmd /opt/ros/noetic/lib/rviz/rviz
gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu.tar.gz
05-14
标题中的"gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu.tar.gz"是一个GCC（GNU Compiler Collection）的特定版本，由Linaro组织提供。这个压缩包是为64位AArch64架构的Linux系统编译和优化的GCC工具链。...
gcc-linaro-7.3.1-2018.05-x86_64_aarch64-linux-gnu.tar.xz
11-05
标题中的“gcc-linaro-7.3.1-2018.05-x86_64_aarch64-linux-gnu.tar.xz”是一个软件包，它包含了一个特定版本的GCC（GNU Compiler Collection）—— Linaro版的GCC 7.3.1，这个版本是针对2018年5月发布的。"x86_64_...
gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar
03-29
总之，GCC-Linaro 7.5.0-2019.12-x86_64_aarch64-linux-gnu交叉编译链是开发ARM64设备的有力工具，它使得开发者能够在强大的X86_64系统上完成对ARM设备软件的构建，从而简化流程，提高开发效率。理解和熟练使用交叉...
gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.gz
02-25
gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.tar是由 Linaro 公司基于GCC推出的的ARM交叉编译工具。可用于交叉编译64-bit Armv8 Cortex-A, little-endian目标中的裸机程序、u-boot、Linux kernel、...
DICOM医学图像处理：DICOM存储操作之“多幅BMP图像数据存入DCM文件”
热门推荐
只要踏出一步，路就在前方——zssure
12-24 3万+
背景： 本专栏“DICOM医学图像处理”受众较窄，起初只想作为自己学习积累和工作经验的简单整理。前几天无聊浏览了一下，发现阅读量两极化严重，主要集中在“关于BMP（JPG）与DCM格式转换”和“DICOM 通讯协议”，尤其是许久前的第一篇博文DCMTK开源库的学习笔记1：将DCM文件保存成BMP文件或数据流（即数组）。因此在2014年底前打算写几篇关于DCM格式转换的文章，此次主要聚焦“如何将BMP、JPG等常规图像保存成DCM文件”，以DCMTK库为基础，给出简单的实例。
解决Imgcodecs.imwrite 写入中文 路径 乱码
qq_43373608的博客
11-08 1201
文章目录先将 mat 写入 MatOfByte再将 MatOfByte 转换 byte[]再将 byte[] 写入文件 先将 mat 写入 MatOfByte 再将 MatOfByte 转换 byte[] 再将 byte[] 写入文件 public static boolean SaveMatToJpg(String imgPath,Mat dstImage) { MatOfByte mob = new MatOfByte(); Imgcodecs.imencode
[医疗信息化][DICOM教程]1.使用Java的DICOM基础-理解DICOM文件-DICOM Basics using Java - Making Sense of the DICOM File...
浩秦的博客
08-03 2081
[医疗信息化][DICOM教程]1.使用Java的DICOM基础-理解DICOM文件-DICOM Basics using Java - Making Sense of the DICOM File 使用Java的DICOM基础-理解DICOM文件 内容 介绍 DICOM文件内部的外观 这些术语在DICOM中到底意味着什么-SCU，SCP，SOP和IOD？ PixelMed Java...
Java OpenCV Imgcodecs.imread() 无法正确读入路径或文件名中含中文字符的图像
wangyulj的专栏
01-14 1万+
这个一个巨大的坑。 折腾了半日，以为哪里出错了，Imgcodecs.imread() 就是无法正确载入图像（Mat.empty() is true） 上网查了许久，有针对c++和Python的解决方案，针对Java没有现成的，使用Google搜了，也没办法。 解决方案一：     将所有的文件名及路径中的中文换为英文。 解决方案二：     1、利用Java的文件操作将文件读入（字节流
OpenCV4.3 Java 编程入门：imgcodecs 模块、及图像的载入与输出
抱朴守拙
04-17 4131
文章目录1. org.opencv.imgcodecs2. Imgcodes 方法3 图片读入4 图像输出 1. org.opencv.imgcodecs imgcodecs = image + codec，由名称可知，肯定与图像的编解码有关，opencv 通过该模块，对各种格式类型的图片进行解码，载入并创建 生成对应的 Mat 对象，或者，将程序中的 Mat 对象，输出为指定格式的图片文件。 2. Imgcodes 方法 方法 描述 static boolean haveImageRead
java dcm转bmp源码_DCM文件转图像，并高清处理图像
weixin_42512356的博客
03-06 444
【实例简介】DCM文件转图像，并高清处理图像【实例截图】【核心代码】#region DicomHandler 医学图像解析class DicomHandler{string fileName = "";Dictionary tags = new Dictionary();//dicom文件中的标签BinaryReader dicomFile;//dicom文件流//文件元信息public Bitm...
Matlab之DICOM（数字图像和通信医学）格式图像数据读取函数dicomread
最新发布
珞瑜的博客
09-09 1470
其中，frameIndices是一个整数向量，用于指定要读取的帧的索引。二、dicomread函数。
openCV.imwrite写入无效/失败/无反应问题；ping常见故障传输失败问题
王探长的博客
10-14 2404
最近在修电脑过程中又发现了两个小问题，在网上搜索并没有快速找到有效的解决方案，于是自己探索了一下，简单分享，希望有用。 问题一 openCV在使用imwrite方法保存图片时，我想将时间插到文件名中，但每次都没有生成文件，也没有报错，最终发现是保存路径参数中包含特殊符号“:”，这是一个坑，其他特殊符号一定要注意。 问题二 两台电脑在组内网时发现静态IP ping不通，报错“常见故障，传输失败”，网上一搜一堆，都说得很全面，但我觉得第一个排查的应该是本机静态IP有没有配置错误，我ping的居然是本机IP，而且
libopencv_imgcodecs.so.4.2.0: undefined reference to `TIFFReadRGBAStrip@LIBTIFF_4.0
jiaken2660的专栏
05-19 6781
libopencv_imgcodecs.so.4.2.0: undefined reference to `TIFFReadRGBAStrip@LIBTIFF_4.0 错误如下： /usr/local/lib/libopencv_imgcodecs.so.4.2.0: undefined reference to `TIFFReadRGBAStrip@LIBTIFF_4.0' /usr/local/lib/libopencv_imgcodecs.so.4.2.0: undefined referenc
node: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27 not found (required by node)
07-27
回答: 当您在运行node -v命令时出现错误"node: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by node)"，这意味着您的系统中缺少GLIBC库的2.28版本。\[1\] 同样，当您运行pm2 list命令时出现错误"/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found (required by /opt/atlassian/pipelines/agent/build/addons/Release-linux/module.node)"，这意味着您的系统中缺少GLIBC库的2.27版本。\[2\] 为了解决这个问题，您可以尝试以下步骤： 1. 首先，您可以尝试卸载现有的nodejs和nvm，使用以下命令： sudo apt-get remove nodejs nvm 2. 然后，您可以重新安装nodejs和npm，使用以下命令： sudo apt-get install nodejs sudo apt-get install npm 3. 最后，您可以再次运行node -v、npm -v和nvm -v命令，以确保安装成功。\[3\] 这些步骤应该能够解决您遇到的GLIBC版本不匹配的问题。希望对您有帮助！ #### 引用[.reference_title] - *1* *3* [(解决方案) node: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.28‘ not found (node required by ...](https://blog.csdn.net/weixin_39842528/article/details/128740860)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [Error: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27'](https://blog.csdn.net/weixin_39648492/article/details/116874288)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值