CMake 编译出错 hidden by files

最新推荐文章于 2025-08-01 23:56:01 发布
原创 最新推荐文章于 2025-08-01 23:56:01 发布 · 2.8k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文解决了一个在使用CMake编译时遇到的问题，即因Anaconda安装导致的库文件冲突，通过简单修改文件路径的方式，成功避免了.so文件被隐藏的问题，确保了项目的顺利编译。
部署运行你感兴趣的模型镜像

CMake 编译出错

问题

runtime library [] in /lib may be hidden by files in:[]

我安装了anconda造成了之前编译的库重新编译的时候，报.so文件被隐藏的问题，这是cmake在找库时的算法问题，为了让问题轻松解决，我修改了anconda/lib为anconda/lib_bk，在编译完库后，再改回来即可．

您可能感兴趣的与本文相关的镜像

Python3.8

Python3.8

Conda
Python

Python 是一种高级、解释型、通用的编程语言，以其简洁易读的语法而闻名，适用于广泛的应用，包括Web开发、数据分析、人工智能和自动化脚本

库文件中找不到符号问题：CMAKE_CXX_FLAGS: -fvisibility=hidden
少安的砖厂
03-09 5644
问题描述： 编译出来的预测库发现找不到符号，但是相关源文件的确编译到库里了。 定位问题： cmake配置中打开了以下开关：
runtime library [libtiff.so.5] in /usr/lib/x86_64-linux-gnu may be hidden by files in:
panmengjiaa的博客
03-12 5191
在编译opencv-4.6之前我安装了anaconda3，系统库的路径被覆盖掉，报如下错误： runtime library [libtiff.so.5] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/hisilicon/anaconda3/lib runtime library [libfreetype.so.6] in /usr/lib/x86_64-linux-gnu may be hidden by files i
runtime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in:/home/
01-09
编译ROS工程的过程中，因为安装了anaconda导致系统库的路径被覆盖掉，因而报错的时候 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: `/home/rw/anaconda3/bin:/home/rw/anaconda3/condabin:/home/rw/.local/bin:/usr/lo
编译错误： /usr/lib may be hidden by files in /home/username/anaconda/lib
weixin_30555753的博客
03-23 2264
我在编译ORB-SLAM2的时候遇到了题目所说的错误，大致意思就是有两个动态链接库（.so文件），分别在 /usr/lib 和 anaconda/lib 下。我分别用常规方式和 anaconda 安装过 opencv，而用anaconda安装完后， 默认的路径就是anaconda, 因此程序链接不到 /usr/lib 下的库文件，所以报错。 解决方法就是删除 anaconda下安装的相...
CMake set_source_files_properties使用解析
最新发布
我的博客
08-01 837
是 CMake 中用于精细化控制源文件属性的多功能命令。除了设置编译标志外，它还有许多其他重要用途。
CMake编译脚本-2：ios使用cmake编译framework
热门推荐
zhuyunier的博客
10-12 1万+
最近在项目中遇到使用.dylib后缀的库不能在APP Store中上架，所以只能改用framework形式的库。 编译方式采用cmake，toochain中为iOS工具链iOS.cmake，目录结构如下： CMake编译脚本如下： #****************************This is Project Info**************************** PROJE...
在Windows上使用VS Code(CMake Tools、clangd)和CMake编译测试OpenGL(glad、glfw)代码
pananflying的博客
11-11 4595
1.前言 本来之前发文用的是CodeBlocks和cmake进行结合使用的，无奈在mac上CodeBlocks竟然不更新了，纠结了许久是否继续使用CodeBlocks，但是想到在mac上不能使用CodeBlocks愉快地学习了。本文所有内容在Windows10上实践，所以mac得有空跑通再另说。 2.安装环境 2.1安装mingw 在Windows上安装mingw推荐安装32位和64位兼容的版本，因为你可能需要同时编译32位和64位的，如果只装其中一个版本，那就比较头疼。在这个...
让程序编译更优雅的几个CMake命令
初见时的微笑
06-14 3862
本文通过一个工程示例介绍了几个让程序编译更优雅的CMake命令。文末有完整下载地址。该工程示例首先生成一个动态库（libversion.dll：该库主要用于打印版本相关的信息），然后在一个可执行程序（cf_test）中使用该库。
CMake配置VTK编译QT程序路径问题解决过程
捕鲸叉的专栏
01-02 1944
配置时，报找不到QT路径，在VTK目录下的CMakeList.txt中加入如下红字部分，Configure/Generate通过 cmake_minimum_required(VERSION 3.8...3.12 FATAL_ERROR) set(CMAKE_PREFIX_PATH "/home/lys/Qt5.14.2/5.14.2/gcc_64") set(Qt5_DIR "${CMAKE_PREFIX_PATH}/lib/cmake/Qt5") set(Qt5Widgets_DIR "${CMA.
编译cartographer时glog链接出错
稚与的博客
08-31 1767
catkin_make_isolated --install --use-ninja 用这个指令编译的时候，报错 对‘google::LogMessage::LogMessage(char const*, int, int, unsigned long, void ........ 往上翻一点发现一个CMake 的Warnning： runtime library [libglog.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by file in /
ros装了anaconda以后无法编译
u013630299的博客
12-24 1829
  runtime library [libQt5Core.so.5] in /usr/lib/x86_64-linux-gnu may be hidden by files in:       /home/xcy/anaconda3/lib   Some of these libraries may not be found correctly. CMake Warning at navi...
untime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in
pvmsmfchcs的博客
05-06 805
【代码】untime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in。
pcl+vtk安装报错解决过程
千羽的计算机视觉与机器人
02-25 1388
安装pcl1.9和vtk8.2. 报错:runtime library [libpcl_surface.so] in /usr/lib may be hidden by files in:/usr/local/lib ... 尝试解决: 将/usr/local/lib下的libpcl_*全部复制到/usr/lib,删除/usr/local/lib下的libpcl_*.so cmakelist...
Ubuntu中安装openCV3.4.12编译过程中与Anaconda冲突
xingtianyao的博客
07-02 747
https://blog.youkuaiyun.com/weixin_43592742/article/details/116612141 解决openCV编译报错问题 安装之前将opencv_contrib文件夹 移动到opencv文件夹目录下。该部分参考教程为 https://blog.youkuaiyun.com/qq_28467367/article/details/87933947 和 https://blog.youkuaiyun.com/u013798595/article/details/107921777 。 编译过程中会
in /usr/lib/x86_64-linux-gnu may be hidden by files in:
insanegtp的博客
09-08 1625
编译源代码时，anaconda的lib与系统x86库发生覆盖冲突。解决办法，将PATH中的anaconda/bin从路径中去掉。
Ubuntu20.04 在anaconda上，opencv-python支持h264编码
weixin_44359953的博客
09-30 7274
opencv使用ffmpeg进行视频流的编解码，对于h264格式视频，需要额外安装openh264 FFMPEG build includes support for H264 encoder based on the OpenH264 library. OpenH264 Video Codec provided by Cisco Systems, Inc. See https://github.com/cisco/openh264/releases for details and OpenH2
复现NerfingMVS（更新中）
weixin_53765004的博客
05-09 1105
在CMake配置 指定 CMAKE_CUDA_ARCHITECTURES 为"本土"，如果你想要跑COLMAP你 当前的机器，“所有”/“所有主要的”，以便能够将其分发给其他机， 或者一个具体CUDA构，如"75"，等等。-M ‘/home/uriky/桌面/NerfingMVS-main/colmap/src/colmap/mvs/gpu_mat_prng.cu’-c ‘/home/uriky/桌面/NerfingMVS-main/colmap/c/colmap/mvs/gpu_mat_prng.cu’
在用cmake编译时，遇到opencv报错runtime library
如果想成为中心，那么就到中心去吧。
09-27 1769
【代码】在用cmake编译时，遇到opencv报错runtime library。
CMake Warning at cmake/OpenCVUtils.cmake:1508 (add_library): Cannot generate a safe runtime search path for target opencv_imgcodecs because files in some directories may conflict with libraries in implicit directories: runtime library [libz.so.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libwebp.so.7] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libpng16.so.16] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libtiff.so.5] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib Some of these libraries may not be found correctly. Call Stack (most recent call first): cmake/OpenCVModule.cmake:930 (ocv_add_library) cmake/OpenCVModule.cmake:851 (_ocv_create_module) modules/imgcodecs/CMakeLists.txt:140 (ocv_create_module) CMake Warning at cmake/OpenCVUtils.cmake:1508 (add_library): Cannot generate a safe runtime search path for target opencv_videoio because files in some directories may conflict with libraries in implicit directories: runtime library [libgstbase-1.0.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libgstreamer-1.0.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libgobject-2.0.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libglib-2.0.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libgstapp-1.0.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime library [libgstriff-1.0.so.0] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/charon/anaconda3/lib runtime libra
04-03
<think>好的，我现在要解决用户在构建OpenCV时遇到的CMake运行时库路径冲突警告，具体是关于opencv_imgcodecs和opencv_videoio目标，由于Anaconda库在Ubuntu x86_64上的干扰。首先，我需要了解这个问题的根源。 根据用户提供的引用，特别是引用[2]提到在Ubuntu安装OpenCV3.4.12时与Anaconda冲突，导致编译问题，而下载opencv_contrib并正确放置后解决了问题。这可能意味着Anaconda的环境变量或库路径被CMake优先检测到，从而干扰了OpenCV的正常编译。 接下来，我需要回忆CMake在构建过程中如何搜索依赖库。CMake会按照一定的顺序查找系统路径，而Anaconda可能将自身的库路径添加到环境变量中，如LD_LIBRARY_PATH或PATH，导致CMake错误地链接到Anaconda的库而不是系统库。例如，如果Anaconda的路径在系统路径之前，CMake可能会找到Anaconda中的ffmpeg或其他相关库，导致冲突。 用户提到的警告可能是由于不同运行时库的路径不一致，导致生成的目标文件（如opencv_imgcodecs和opencv_videoio）引用了来自不同位置的库，从而引发潜在的运行时错误。例如，引用[3]中的问题涉及到ffmpeg相关的dll下载失败，这可能与网络有关，但路径冲突也可能导致类似问题。 解决方案方面，我需要考虑如何让CMake忽略Anaconda的库路径，或者调整环境变量，使系统库优先。可能的步骤包括： 1. **临时屏蔽Anaconda环境变量**：在编译时，暂时将Anaconda的路径从环境变量中移除，特别是PATH和LD_LIBRARY_PATH。例如，在终端中执行`unset LD_LIBRARY_PATH`，或者在运行CMake之前导出干净的PATH。 2. **明确指定系统库路径**：在CMake配置时，通过参数指定ffmpeg或其他依赖库的位置，避免CMake自动搜索到Anaconda的路径。例如，使用`-D WITH_FFMPEG=ON`并指定FFMPEG的路径。 3. **修改CMakeLists.txt文件**：如果某些模块明确依赖系统库，可以在CMake配置中手动设置这些库的路径，覆盖默认的搜索路径。 4. **使用虚拟环境或容器隔离**：例如，使用Docker容器来构建OpenCV，确保环境纯净，避免Anaconda的影响。 此外，参考引用[4]中提到的环境变量配置问题，可能需要在编译完成后正确设置运行时库路径，避免执行时出现类似找不到dll的问题。但当前问题主要是在编译阶段的CMake警告，所以重点应放在编译时的环境配置。 需要验证这些步骤的有效性。例如，用户可能已经安装了系统版本的ffmpeg，但Anaconda中的版本与之不兼容。通过屏蔽Anaconda路径，CMake应该正确找到系统库，消除路径冲突的警告。 另外，用户使用的是Ubuntu x86_64系统，可能需要安装必要的系统依赖，如libtiff-dev、libjpeg-dev等，确保OpenCV能够正确链接到这些系统库，而不是Anaconda中的版本。引用[1]提到在编译时加上-D BUILD_TIFF=ON，这可能是因为系统缺少某些库，导致需要内置构建TIFF支持，这也可能与路径冲突有关。 总结可能的解决步骤： - 检查并修改环境变量，确保系统库路径优先。 - 明确指定CMake参数，指向系统库。 - 确保所有依赖库已正确安装。 - 清理构建目录并重新配置CMake，避免缓存干扰。 最后，需要测试这些解决方案是否有效，例如重新运行CMake并观察是否仍然出现路径冲突的警告，以及编译后的OpenCV是否正常工作。</think>### 解决CMake运行时库路径冲突警告的方法 在Ubuntu x86_64系统上构建OpenCV时，若因Anaconda库干扰导致`opencv_imgcodecs`和`opencv_videoio`目标出现运行时库路径冲突警告，可通过以下步骤解决： --- #### **1. 屏蔽Anaconda环境变量** CMake可能优先搜索Anaconda的库路径，导致与系统库冲突。**临时禁用Anaconda环境变量**： ```bash # 终端中执行： unset LD_LIBRARY_PATH export PATH=$(echo $PATH | tr ':' '\n' | grep -v "anaconda3" | paste -sd: -) ``` 此操作仅在当前终端会话中生效，避免Anaconda路径干扰编译。 --- #### **2. 指定系统库路径** 在CMake配置时**显式指定依赖库路径**，避免自动搜索到Anaconda的库： ```bash cmake -D WITH_FFMPEG=ON \ -D FFMPEG_LIBRARIES=/usr/lib/x86_64-linux-gnu \ -D BUILD_TIFF=ON \ -D WITH_VTK=OFF \ -D OPENCV_EXTRA_MODULES_PATH=/path/to/opencv_contrib/modules \ .. ``` - `FFMPEG_LIBRARIES`：指向系统FFmpeg库路径（默认在`/usr/lib/x86_64-linux-gnu`）。 - `BUILD_TIFF=ON`：强制OpenCV内置TIFF支持，避免依赖系统库[^1]。 --- #### **3. 安装系统依赖库** 确保系统已安装必要的开发包： ```bash sudo apt-get install libtiff-dev libjpeg-dev libpng-dev libavcodec-dev libavformat-dev libswscale-dev ``` 这能减少CMake因缺失依赖而错误链接Anaconda库的可能性。 --- #### **4. 清理构建目录并重新配置** 删除旧的CMake缓存，避免残留配置干扰： ```bash rm -rf build/ mkdir build && cd build # 重新执行CMake配置 ``` --- #### **5. 使用虚拟环境隔离（可选）** 通过`conda`创建纯净环境，限定库搜索范围： ```bash conda create -n opencv_build python=3.8 conda activate opencv_build # 在虚拟环境中安装必要依赖（如numpy），然后重新配置CMake ``` --- #### **验证解决效果** 重新运行CMake后，检查输出中是否仍存在路径冲突警告。若成功解决，应看到类似以下信息： ``` -- Found FFMPEG: /usr/lib/x86_64-linux-gnu/libavcodec.so -- VideoIO: Using system FFmpeg backend ``` --- ### 相关问题 1. **如何避免Anaconda与系统库的其他冲突？** 建议使用虚拟环境或调整`LD_LIBRARY_PATH`优先级[^2]。 2. **CMake找不到FFmpeg库时如何手动指定路径？** 通过`-D FFMPEG_INCLUDE_DIR=/usr/include/x86_64-linux-gnu`和`-D FFMPEG_LIBRARY_DIR=/usr/lib/x86_64-linux-gnu`参数指定。 3. **OpenCV编译成功后运行时提示缺少库怎么办？** 需配置`LD_LIBRARY_PATH`指向OpenCV的安装目录（如`/usr/local/lib`）并重启终端[^4]。 --- 通过以上步骤，可有效解决Anaconda库干扰导致的CMake运行时路径冲突问题，确保OpenCV正确链接系统库。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值