FC14下错误 /usr/bin/ld: libvalhalla-test.o: undefined reference to symbol 'clock_gettime@@GLIBC_2.2'

最新推荐文章于 2024-08-12 01:03:01 发布
转载 最新推荐文章于 2024-08-12 01:03:01 发布 · 8.2k 阅读 · 0
文章标签：

#reference #makefile #linker #command #linux

在Linux环境下使用FC14版本进行程序编译时，遇到ld命令提示未定义符号'clock_gettime@@GLIBC_2.2'的问题。通过在makefile中添加-lrt参数成功解决了该问题。

转自  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601022

Linux(FC14)下编译程序时出现下面的问题：

/usr/bin/ld: libvalhalla-test.o: undefined reference to symbol
'clock_gettime@@GLIBC_2.2'
/usr/bin/ld: note: 'clock_gettime@@GLIBC_2.2' is defined in
DSO /lib/librt.so.1 so try adding it to the linker command line
/lib/librt.so.1: could not read symbols: Invalid operation
collect2: ld returned 1 exit status

This means that libvalhalla-test has to be linked explicitly with librt,
thus the fix proposed before (another one is to add explictly -lrt in
the corresponding Makefile).

网上的说法是在makefile中加上 -lrt , 试过，确实可以。。。

记录 | python报错：ImportError: /root/anaconda3/bin/../lib/libgio-2.0.so.0: undefined symbol: g_unix_get_
极智视界
12-19 1785
记录 | python报错：ImportError: /root/anaconda3/bin/../lib/libgio-2.0.so.0: undefined symbol: g_unix_get_
安装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. 解决方案
undefined reference to symbol 'clock_gettime@@GLIBC_2.2.5'
yjztshl的博客
08-24 3207
linux下编译出现这种错误，原因是clock_gettime函数找不到引用 这个函数在系统库librt中，在Makefile中加-lrt可以解决。
undefined reference问题总结
Listening_music的专栏
04-17 1万+
<br />最近在Linux下编程发现一个诡异的现象，就是在链接一个静态库的时候总是报错，类似下面这样的错误： (.text+0x13): undefined reference to `func' <br />    关于undefined reference这样的问题，网上也有很多的说法，在此，我以详细地示例给出其中的各种原因说明以及解决方法，然后再给出我所遇到的与大家均不同的问题。<br />1.  链接时缺失了相关目标文件（.o）<br />    测试代码如下：<br />  <br />  
ubuntu undefined reference to 问题解决方法
天下对手教会少林武僧
12-20 2759
发现除了/usr/lib/x86_64-linux-gnu之外，Anaconda安装目录/lib下面libffi.so.7。或 $ find /usr/lib/ -name "libffi.so*"/lib/x86_64-linux-gnu/libwayland-client.so | grep ffi 发现依赖libffi.so.7。1.观察报错：大概是libwayland-client.so.0找不到LIBFFI_BASE_7.0，可见库与ffi有关。4.查看这两个库：# 查看系统的libffi。
编译报错GLIBCXX_3.4.15 clock_gettime@@GLIBC_2.2
weixin_30379911的博客
03-23 173
GLIBCXX_3.4.15 升级gcc，g++编译器 clock_gettime@@GLIBC_2.2 链接库时加-lrt 转载于:https://www.cnblogs.com/mtsyl/p/5312101.html
undefined reference to 'clock_gettime' LINUX
小资程序员的博客
10-08 720
  根据编译的提示，进入到相应的目录中，直接将g++的编译命令后面加上-lrt，编译成功执行。    
/usr/bin/ld: CMakeFiles/VIO.dir/src/ros_vio.cc.o: undefined reference to symbol '_ZN2cv6String10deal
qq_43445817的博客
09-26 2311
/usr/bin/ld: CMakeFiles/VIO.dir/src/ros_vio.cc.o: undefined reference to symbol ‘_ZN2cv6String10deallocateEv’ /opt/ros/kinetic/lib/x86_64-linux-gnu/libopencv_core3.so.3.3.1: error adding symbols: DSO ...
解决undefined reference to symbol ‘sem_close@@GLIBC_2.2.5‘问题
CHYabc123456hh的博客
12-24 2328
错误图示 问题原因 编译的时候，没有引入库文件sem()位于pthread库中，所以在编译和链接时请确保使用-pthread标志，因此在编译的时候需要导入pthread库文件 编译的顺序出现问题 解决办法 在clion的CMakeLists.txt文件中添加这一行代码 set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -pthread") 参考链接 c - 使用CMake链接到pthread库(在CLion中) cmake :undefined ref..
/usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_high
keeplearning365的博客
11-25 7801
出现一个警告信息，暂时不管 /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
gcc编译出现undefined reference to 的问题
平常心的小屋
08-16 2万+
拓展程序功能，并用gcc编译，结果在添加了库后出现问题 gcc -o main main.c 编译错误提示： /usr/bin/ld: /tmp/cckwgwIa.o: undefined reference to symbol 'sin@@GLIBC_2.2.5' /lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO mis
Linux动态库链接问题常见错误（/usr/bin/ld或者undefined reference to)报错
weixin_45533366的博客
08-12 1万+
Linux系统下编译和运行程序时候，经常出现动态库链接的问题，主要有两种情况，一种是编译的时候链接问题，另一种是运行的时候链接。
记一次VCS报错：/usr/bin/ld: undefined reference to `pthread_yield‘
m0_50662459的博客
05-08 2740
1.首先备份文件，文件目录vcs_mx_vO-2018.09-SP2/linux64/lib/vcs_save_restore_new.o；我的设备：ubuntu2204+VCS2018。2.替换符号表中的pthread_yield;
/usr/bin/ld: libfl.so:undefined reference to `yylex‘
benladeng29hao的博客
10-16 5222
按照该教程https://aquamentus.com/flex_bison.html学习flex和bison时，遇到了如下问题 /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/libfl.so: undefined reference to `yylex' collect2: error: ld returned 1 exit status flex文件： %{ #include <cstd
/usr/bin/ld: Hash.o: undefined reference to symbol ‘SHA1_Init@@OPENSSL_1_1_0‘//usr/lib/x86_64-linux-
qq_45865950的博客
04-23 526
/usr/bin/ld: Hash.o: undefined reference to symbol 'SHA1_Init@@OPENSSL_1_1_0'//usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: 无法添加符号: DSO missing from command linecollect2: error: ld returned 1 exit status SHA1 openssl md5值的计算
/usr/bin/ld: libxxx.so: undefined reference to `double GeographicLib::Math::AngNormalize参考解决方法
qq_39779233的博客
06-23 541
/usr/bin/ld: libxxx.so: undefined reference to `double GeographicLib::Math::AngNormalize参考解决方法
使用 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
编译报undefined reference to symbol ‘pthread_create@@GLIBC_2.1‘等
qq_44488261的博客
09-22 1756
编译时报： /usr/bin/ld: /tmp/cc87vPxL.o: undefined reference to symbol 'pthread_create@@GLIBC_2.1' /lib/i386-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line 解决： 编译时添加 -pthread 编译时报： error: #error This file requires compiler and
ceres的错误(ps:cmake的学习)：/usr/bin/ld:xxx undefined reference to `ceres::Problem::~Problem()“
weixin_41967369的博客
05-01 2929
/usr/bin/ld:xxx undefined reference to `ceres::Problem::~Problem()" 之类错误，cmake的一个小复习
gmake: *** [Makefile:146：all] 错误 2 --- stderr: orbbec_camera /usr/bin/ld: /lib/x86_64-linux-gnu/libnetcdf.so.19: undefined reference to `curl_global_cleanup@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_easy_getinfo@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_multi_cleanup@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_multi_perform@CURL_OPENSSL_4' /usr/bin/ld: /lib/x86_64-linux-gnu/libnetcdf.so.19: undefined reference to `curl_global_init@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_easy_perform@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_mime_init@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `TIFFReadRGBAStripExt@LIBTIFF_4.0' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_easy_init@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `TIFFReadFromUserBuffer@LIBTIFF_4.0' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_multi_add_handle@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_multi_remove_handle@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `TIFFGetStrileOffsetWithErr@LIBTIFF_4.0' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_mime_addpart@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_version_info@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_mime_name@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `TIFFGetStrileOffset@LIBTIFF_4.0' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `TIFFGetStrileByteCount@LIBTIFF_4.0' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_mime_filename@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_multi_info_read@CURL_OPENSSL_4' /usr/bin/ld: /lib/libgdal.so.30: undefined reference to `curl_s
最新发布
07-21
<think>我们正在处理一个编译链接错误，错误信息涉及未定义的符号引用，特别是与curl和TIFF相关的函数。根据用户提供的引用信息，我们可以分析问题可能的原因和解决方案。 错误信息示例： - `undefined reference to `curl_global_cleanup@CURL_OPENSSL_4'` - 以及其他curl和TIFF符号在`libgdal.so.30`中未定义 类似问题在引用[1]和[3]中出现过，都是链接时找不到特定符号。引用[1]是libfreeimage.so找不到libtiff的符号，引用[3]是找不到openssl的符号。这些问题的共同点是动态库版本不匹配或链接错误。 可能的原因： 1. 系统中存在多个版本的库（如curl, tiff, gdal），编译时链接了错误版本的库。 2. 库之间的依赖关系不满足，例如libgdal依赖于特定版本的curl或tiff，但当前链接的库版本不兼容。 3. 符号版本问题：库中函数的符号带有版本标签（如`@CURL_OPENSSL_4`），而链接器在依赖库中找不到匹配的版本。 解决方案参考： - 引用[1]和[3]的解决思路：检查库的路径，确保链接到正确的库版本。特别是，引用[3]通过替换软链接解决了问题（将openssl1.0的库替换为1.1的库链接）。 - 引用[4]提到conda环境中的库可能与系统库冲突，退出conda环境可能解决。 具体步骤： 1. **确认库的依赖关系**：使用`ldd`检查`libgdal.so.30`所依赖的库，特别是libcurl和libtiff。 ```bash ldd /path/to/libgdal.so.30 | grep -E 'curl|tiff' ``` 2. **检查符号版本**：使用`nm`命令查看库中是否存在所需的符号。例如，检查libcurl中是否有`curl_global_cleanup`符号，并注意其版本标签。 ```bash nm -D /usr/lib/x86_64-linux-gnu/libcurl.so | grep curl_global_cleanup ``` 如果输出中有`curl_global_cleanup@CURL_OPENSSL_4`，则说明该符号存在，但可能链接的库版本不对（比如链接到了不带版本标签或不同版本的库）。 3. **检查库的版本兼容性**：确保所有依赖库的版本与编译时要求的版本一致。特别是，检查libcurl的版本是否与libgdal构建时使用的版本兼容。 4. **解决多版本冲突**： - 如果系统中存在多个版本的curl（如通过源码安装的curl和系统自带的curl），可能需要卸载其中一个，并确保链接器找到正确的版本。 - 更新库的链接：类似于引用[3]的做法，可以尝试将正确的库文件创建软链接到库搜索路径（如`/usr/lib/x86_64-linux-gnu/`）下，覆盖错误的链接。 5. **环境变量问题**：如果使用了conda等环境，尝试退出conda环境，以免conda环境中的库干扰系统编译。 6. **重新配置编译选项**：在编译项目时，可以通过设置`LD_LIBRARY_PATH`或`-L`选项指定库的搜索路径，确保链接到正确的库。 7. **重新安装依赖库**：如果问题依然存在，尝试重新安装libcurl和libtiff的开发包（例如，在Ubuntu上：`libcurl4-openssl-dev`和`libtiff-dev`），然后重新编译项目。 示例步骤（Ubuntu系统）： ```bash # 更新软件包列表 sudo apt update # 安装开发包 sudo apt install libcurl4-openssl-dev libtiff-dev # 如果已经安装，尝试重新安装 sudo apt reinstall libcurl4-openssl-dev libtiff-dev # 检查libcurl的符号 nm -D /usr/lib/x86_64-linux-gnu/libcurl.so | grep curl_global_cleanup # 如果输出中包含类似`curl_global_cleanup@CURL_OPENSSL_4`的符号，则说明库中有该符号。 ``` 如果上述步骤无法解决问题，可能需要检查编译项目的配置（如CMake或Makefile）中是否指定了正确的库路径。 **注意**：在修改库链接时要小心，避免破坏系统其他软件的依赖关系。 如果问题仍然存在，请提供更多信息，例如操作系统、库的版本以及编译项目的具体步骤。</think>### 编译链接错误解决方案：libcurl 和 libgdal 符号未定义 根据您遇到的 `undefined reference to curl_global_cleanup@CURL_OPENSSL_4` 等链接错误，结合引用[1][3][4]的类似案例，问题本质是**动态库版本不匹配或链接路径错误**。以下是系统性解决方案： --- ### 原因分析 1. **符号版本冲突** `@CURL_OPENSSL_4` 表示链接器需要特定版本的符号（通常来自旧版libcurl），但实际链接的库版本不匹配[^1][^3]。 2. **库路径混乱** 系统可能存在多个版本的 curl/gdal 库（如 `/usr/lib` 和 `/usr/local/lib`），编译器链接了错误版本[^3][^4]。 3. **ABI 不兼容** libgdal 编译时使用的 curl 版本与当前系统版本不兼容，导致符号缺失[^1]。 --- ### 解决方案步骤 #### 第一步：确认库版本兼容性 ```bash # 检查已安装的 curl 版本 curl-config --version # 查看 libgdal 依赖的 curl 版本 ldd /usr/lib/libgdal.so.30 | grep curl ``` 若输出显示 `libcurl.so.4` 但系统安装的是 `libcurl.so.5`，说明版本不匹配[^3]。 #### 第二步：修复库链接（关键） ```bash # 1. 移除冲突的软链接 (参考引用[3]) sudo rm /usr/lib/x86_64-linux-gnu/libcurl.so* # 2. 创建正确版本的软链接 sudo ln -s /usr/lib/x86_64-linux-gnu/libcurl.so.4.8.0 /usr/lib/x86_64-linux-gnu/libcurl.so.4 # 3. 更新链接缓存 sudo ldconfig ``` > **注意**： > - 路径中的 `4.8.0` 需替换为您的实际版本（通过 `ls /usr/lib/x86_64-linux-gnu/libcurl*` 查看） > - 对于 ARM 架构（如树莓派），路径为 `/usr/lib/aarch64-linux-gnu`[^2] #### 第三步：解决环境冲突 ```bash # 退出 Conda 等虚拟环境（参考引用[4]） conda deactivate # 清除编译器缓存 make clean ``` #### 第四步：指定链接路径（备用方案） 在 CMake 中显式设置库路径： ```cmake set(CMAKE_PREFIX_PATH "/usr/lib/x86_64-linux-gnu") find_package(CURL REQUIRED) target_link_libraries(your_target PRIVATE CURL::libcurl) ``` --- ### 验证修复 重新编译后检查符号： ```bash nm -D your_binary | grep curl_global_cleanup ``` 应输出类似： `U curl_global_cleanup@@CURL_OPENSSL_4`（`U` 表示已正确链接） --- ### 预防措施 1. **统一库来源** 避免混合使用 apt 和源码编译的库，优先使用包管理器安装： ```bash sudo apt install libcurl4-openssl-dev libgdal-dev ``` 2. **隔离编译环境** 使用 Docker 或 venv 避免系统库污染[^4]。 3. **版本冻结** 在项目中指定依赖版本（如 `Dockerfile` 或 `requirements.txt`）。 ---
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值