ros 跟 anaconda的冲突

最新推荐文章于 2025-05-28 11:12:45 发布

培之

最新推荐文章于 2025-05-28 11:12:45 发布

阅读量130

点赞数 1

CC 4.0 BY-SA版权

文章标签： python 开发语言

本文链接：https://blog.csdn.net/OrdinaryMatthew/article/details/148176708

/usr/bin/ld: /opt/ros/noetic/lib/libresource_retriever.so: undefined reference to `curl_global_cleanup@CURL_OPENSSL_4'
/usr/bin/ld: /opt/ros/noetic/lib/libresource_retriever.so: undefined reference to `curl_global_init@CURL_OPENSSL_4'
/usr/bin/ld: /opt/ros/noetic/lib/libresource_retriever.so: undefined reference to `curl_easy_perform@CURL_OPENSSL_4'
/usr/bin/ld: /opt/ros/noetic/lib/libresource_retriever.so: undefined reference to `curl_easy_init@CURL_OPENSSL_4'

解决方法
找到 anaconda/lib ，把 libcurl.so.4 改名，或者删掉。

/usr/bin/ld: /lib/x86_64-linux-gnu/libapr-1.so.0: undefined reference to `uuid_generate@UUID_1.0'

解决方法

libuuid.so.1.0.0  改名 backlibuuid.so.1.0.0back

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

培之

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

ROS知识：解决ROS和Anaconda的python冲突

gongdiwudu的专栏

04-27

1万+

如果您的系统安装了anaconda，同时也安装了ROS，如何协调它们的环境，因为ROS安装后，默认要安装一个python而非anaconda，如何处理？

ROS第十二梯：ros-noetic和Anaconda联合使用

qq625924821的博客

04-23

551

可以看到上面libffi.7.so链接到了libffi.so.8.1.2上，这是因为我当前python版本为3.8.20，在该库中，就会出现兼容老版本问题，即出现libffi.7.so链接到libffi.so.8.1.2。sys.path.append(“/home/【用户名】/.conda/envs/【虚拟环境名】/lib/python3.x/site-packages”)/home/【用户名】/.conda/envs/【虚拟环境名】/bin/python。我是使用的方案2，亲测有效，解决了上述问题。

参与评论您还未登录，请先登录后发表或查看评论

解决Ubuntu 18.04 gdal源码安装出现的致命问题！CURL_OPENSSL_4

九天揽月的博客

11-28

4625

Ubuntu 18.04下源码安装gdal时，解决出现的解决CURL_OPENSSL_4问题！

当你使用libcurl时，报一系列如下的错：undefined reference to ‘curl_global_init‘，undefined reference to ‘curl_global‘

壹的博客

11-06

3210

即 LDFLAGS += -lzmq -lpthread -llog -lssl -lcrypto -lcurl。这个库时，我已经在使用到这个库的源文件上。根本原因就在这里了。当我的项目中需要用到。

anaconda 跟ros 环境的冲突

热门推荐

Binbin_Sun的博客

11-13

2万+

爬坑记录1：-undefined undefined reference to *** openssl 无法链接 /usr/lib/x86_64-linux-gnu/libcurl.so: undefined reference to `PKCS12_PBE_add@OPENSSL_1.0.0' /usr/lib/x86_64-linux-gnu/libc...

解决Ubuntu下ROS与Anaconda的环境冲突的问题

wangbazhiqi123的博客

08-27

1480

解决Ubuntu下ROS与Anaconda的环境冲突的问题 Ubuntu下安装ROS之后，再安装Anaconda，Anaconda的base环境下的python将被作为默认python进行调用。当用户需要运行ROS程序的时候，这种默认设置会带来麻烦。当然，用户可以选择用conda建立虚拟环境，在虚拟环境下安装ROS的运行库来解决这个问题，但是这样做费时费力，还浪费硬盘空间。比较简单的解决方法去掉.bashrc文件中anaconda默认的环境设置，用一个alias替代。默认情况下使用ROS的Python环境

ROS踩坑 - 解决ROS与Ananconda冲突

m0_50117360的博客

10-16

7381

一、报错情况在Anaconda环境下用 catkin_make 编译 ROS工作空间，出现如下报错 Unable to find either executable 'empy' or Python module 'em'... try installing the package 'python-empy' 后来发现是Anaconda使用的是Python3版本，但是ROS很奇葩的使用的Python2。二、解决方法解决方法就是管理好python环境，可以尝试以下方法 1、显示启用Anaconda

ROS与Anaconda冲突：解决/home/user_name/anaconda3/lib/libpng16.so.16：对‘inflateValidate@ZLIB_1.2.9’未定义的引用

harrycomeon的博客

01-09

791

问题说明：最近好久没有ROS进行系统编译，编译过程突然报了这种错误，发现是最近安装anaconda包环境的配置与ROS编译出现了冲突。找了很多解决方案，都未成功，最后在.bashrc下文件关于anaconda的内容注释掉才编译通过。错误提示：对‘inflateValidate@ZLIB_1.2.9’未定义的引用解决方案：我尝试了以下参考网址中的方案，但是还是会报相应的错误，于是我重新组织了以下修改步骤。在这里我们发现在安装Anaconda时会自动配置环境，但是在编译ROS时会造成编译错误，于

解决libresource_retriever.so：对‘curl_easy_init@CURL_OPENSSL_3’未定义的引用

qq_36013249的博客

11-29

2258

问题描述：最近使用源码编译move it！包的时候遇上如下问题： /opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_easy_init@CURL_OPENSSL_3’未定义的引用 /opt/ros/kinetic/lib/libresource_retriever.so：对‘curl_easy_perform@CURL_OPENSSL_...

ros编译错误问题解决

雷动专栏

09-18

1680

问题报错如下： /usr/lib/x86_64-linux-gnu/libopencv_imgcodecs.so.3.2.0: undefined reference to `TIFFReadDirectory@LIBTIFF_4.0' /opt/ros/melodic/lib/libresource_retriever.so: undefined reference to `curl_global_init@CURL_OPENSSL_4' 本次出现问题的so列表如下： libresource_ret

linux eclipse CDT 编译报错 :undefined reference to `curl_easy_cleanup' 的解决方案

yegreen的专栏

04-07

3569

<br />这是因为没有curl引用啊。<br />在Eclipse项目属性里找到 C/C++ Build-->Settings-->Tool Settings-->GCC C++<br />Linker-->Libraries，在右边添加 curl ，然后编译，成功了。

gcc “undefined reference to“ 问题解决方法

喜欢打篮球的普通人

04-18

5079

文章目录1.linux下查找库文件所在位置2.如何查看库里面包含的函数3.烦人的undefined reference to4.gcc "undefined reference to" 问题解决方法 1.linux下查找库文件所在位置 ldconfig -p | grep libcrypto 2.如何查看库里面包含的函数使用linux系统的nm命令。很简单。在我用的时候遇到了一个问题： ...

使用 OpenSSL 库，gcc 出现报错 undefined reference to 的解决方法

dialogueeeee的博客

12-05

1万+

问题描述使用 OpenSSL 库函数编程时，采用 gcc 命令编译运行.c程序，可以成功编译，生成.o文件。但是无法运行，生成可执行文件，产生如下错误。 /usr/bin/ld: /tmp/ccSAMjsz.o: in function `https_init': test02_ssl_https.c:(.text+0x4bf): undefined reference to `TLS_method' /usr/bin/ld: test02_ssl_https.c:(.text+0x4c7): undef

在Linux用libcurl.a在链接的时候出错

xiaoxianerqq的专栏

12-22

1万+

转自： http://www.cnblogs.com/bugutian/p/4868167.html 其实出错是因为curl链接的时候需要别的库。我用如下方法解决 1、http://curl.haxx.se/download/curl-7.45.0.tar.gz官网下载源码 2、./configure --disable-ldap --disable-ldaps

Linux ubuntu OpenSSL + curl 静态库编译及使用

q610098308的专栏

07-05

4434

环境： ubuntu 16 64位； openssl官网：https://www.openssl.org 下载源码源码地址为：https://www.openssl.org/source/old/；当前最新版本为 1.1.0f，https://www.openssl.org/source/old/1.1.0/openssl-1.1.0f.tar.gz 源码编译解压之后，进入源码目录o...

ros2 humble 和anaconda冲突

03-08

### 解决 ROS 2 Humble 与 Anaconda 的兼容性冲突当使用 Anaconda 环境时，可能会遇到与 ROS 2 Humble 的路径和其他环境变量冲突的情况。为了确保两者能够和谐共存并正常工作，可以采取以下措施： #### 设置独立的 Conda 环境创建一个专门用于 ROS 2 Humble 和 Python 开发的 conda 环境有助于隔离依赖关系，减少潜在冲突。 ```bash conda create --name ros_humble_env python=3.10 conda activate ros_humble_env ``` #### 配置 Python 可执行文件路径确保在编译过程中指定正确的 Python 版本。对于 Catkin 构建工具，在调用 `catkin_make` 或者 `colcon build` 命令之前设置 Python 执行程序的位置[^2]。 ```bash export PYTHON_EXECUTABLE=/path/to/anaconda/envs/ros_humble_env/bin/python ``` #### 修改 `.bashrc` 文件中的源命令顺序调整 `.bashrc` 中加载 ROS 2 和 Anaconda 初始化脚本的顺序非常重要。通常建议先初始化 Anaconda 再配置 ROS 2 环境变量，这样可以在不干扰 Anaconda 功能的情况下正确激活 ROS 2 工作空间。 ```bash # .bashrc 文件片段 source /opt/ros/humble/setup.bash eval "$(/home/user_name/anaconda3/bin/conda shell.bash hook)" ``` #### 使用 Isaac Sim 提供的方式运行 Python 脚本如果涉及到 Isaac Sim 平台，则应遵循特定指南来启动应用程序，即采用普通的 `python` 命令而非 `python.sh` 来执行示例代码[^1]。通过上述方法可有效缓解乃至消除由于不同版本库之间相互作用而引发的一系列问题，从而保障开发流程顺畅无阻。