解决undefined reference to symbol ‘sem_close@@GLIBC_2.2.5‘问题

最新推荐文章于 2023-12-23 09:55:02 发布
最新推荐文章于 2023-12-23 09:55:02 发布
阅读量2.1k 收藏
点赞数 1
分类专栏： C++ mutex 锁机制 文章标签： c++ pthread 线程池
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/CHYabc123456hh/article/details/111628822
版权

错误图示

问题原因

  • 编译的时候，没有引入库文件  sem()位于pthread库中，所以在编译和链接时请确保使用-pthread标志，因此在编译的时候需要导入pthread库文件
  • 编译的顺序出现问题

解决办法

  • 在clion的CMakeLists.txt文件中添加这一行代码
  • set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -pthread")

参考链接

最低0.47元/天 解锁文章
Unix网络编程（卷二）源码编译报错解决
panic
12-05 5412
源码下载地点：http://www.kohala.com/start/unpv22e/unpv22e.html1、按照Readme操作，进入lib目录下make报错：gcc -g -O2 -D_REENTRANT -Wall -D_POSIX_PTHREAD_SEMANTICS   -c -o daemon_inetd.o daemon_inetd.cIn file included from /usr/include/netinet/in.h:24,                 from /usr/i
undefined reference to错误的解决方法
热门推荐
CSDN
04-19 30万+
陈运文 Linux下编译程序时，经常会遇到“undefined reference to XXX” 报错，这里总结一些可能的原因和解决方案，给需要的朋友： 说道undefined reference error，先提一下Linux gcc链接规则： 链接的时候查找顺序是: -L 指定的路径, 从左到右依次查找 由 环境变量 LIBRARY_PATH 指定
Glibc库源码2.2.5
02-07
Glibc 2 是最新版的 GNU C 函式库。它目前不需修改就可以在 GNU Hurd，Linux i386， m68k， 以及 alpha 系统上执行，而 2.1 版中将加入对 Linux PowerPC， MIPS， Sparc， Sparc 64 与 Arm 等系统的支持。未来将加入对其它架构及作业系统的支持。 在 Linux 上，glibc 2 是主要版本为 6 的 libc，也就是 Linux libc 5 的后继者。 Linux libc 的发展人员想以此逐渐取代 libc 5。就 2.0.6 来看，glibc 已具有成熟产品的品质。 Glibc 2.1 版 (在不久的将来) 将加入更多的功能，并移植到更多系统上，足够当作主流使用。 Glibc 2 有三个选择性的附加套件： Crypt UFC-crypt 加密套件。 由于出口限制所以要分离出来。 LinuxThreads Posix 1003.1c "pthread" 界面的实作。 Locale data 包含制造使用 glibc 的 internationalization 功能所需 locale 资料文档的资料。 强烈建议安装 Cryt 与 LinuxThreads 这两个附加套件，如果不安装的话，有可能会与其它系统上的函式库造成不兼容的情形。 (假如你不想使用这两个附加套件的话，那你必须在执行 configure 时加上 --disable-sanity-checks 的选项)
undefined reference to symbol ‘sem_close@@GLIBC_2.2.5‘
dujunqiu的博客
12-23 604
4：增加了依赖库之后，还要注意库的先后关系；先后关系不一致，也可能导致报错；3：所以编译的时候，需要增加 -lpthread -lrt 编译选项；2：需要依赖 libpthread和librt 库；1：sem_close 为信号量相关操作；
“undefined reference to symbol 'sem_post@@GLIBC_2.2.5'”及“DSO missing from command line”问题
sj_djw的博客
07-17 5535
编译过程中出现以下异常信息： [xxx@localhost memstat]$ g++ -o test commutex.cpp memrecord.cpp test.cpp -lboost_thread -DDEBUG_MEMORY -DLINUX tmp/cc6qIOs6.o: undefined reference to symbol 'sem_post@@GL...
undefined reference to symbol 'sem_post@@GLIBC_2.2.5
PETER327447的博客
03-26 2116
解决办法： 在编译的时候加： -pthread
opencv运行yolov3报错：dlclose@@GLIBC_2.2.5
低吟浅笑
03-22 662
安装opencv后，运行yolo报错，报错信息如下： 解决措施： 1>可能是动态链接库的问题，加入 -ldl ，尝试在makefile的 -lm ，建议去搜一下 -ldl 以及其他编译的知识，可能会方便一些 参考：https://blog.csdn.net/yanglianzhuang/article/details/83623257 2>我在google了很多方法，大部分都说...
/usr/bin/ld: /tmp/ccoNyDLK.o: undefined reference to symbol 'sem_close@@GLIBC_2.2.5' /usr/bin/ld: /lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status
06-08
这个错误表明您的程序使用了 `sem_close` 函数，它位于 `librt` 库中，但是 `libpthread` 库中也有定义。因此，您需要在链接时同时链接这两个库来解决这个问题。 您可以在编译命令中添加 `-lrt -pthread` 选项，...
Linux C语言编译报错：undefined reference to `sem_init‘（编译时加 -lpthread）
Dontla的博客
08-16 1772
pthread并非Linux系统的默认库，编译时注意加上-lpthread参数，以调用链接库。
编译报undefined reference to symbol ‘pthread_create@@GLIBC_2.1‘等
qq_44488261的博客
09-22 1709
编译时报： /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
linux网卡编译报错,Unix网络编程（卷二）源码编译报错解决
weixin_39823017的博客
05-02 357
源码下载地点：具体下载目录在 /2012年资料/3月/10日/Unix网络编程(卷二)源码编译报错解决/1、按照Readme操作，进入lib目录下make报错：gcc -g -O2 -D_REENTRANT -Wall -D_POSIX_PTHREAD_SEMANTICS -c -o daemon_inetd.o daemon_inetd.cIn file included from /usr...
解决办法：undefined reference to symbol 'shm_open@@GLIBC_2.2.5'
柳鲲鹏
12-14 8875
　　这错误也够诡异的．怎么办？链接的时候加上： -lrt 　　祝大家工作顺利．
linux编译出现undefined reference to symbol 'pthread_create错误解决方案
没有应该获得的成功，只有不肯放弃的梦想
06-12 2万+
1、问题现象： 本人在bluez5.45源码的gatt-service.c文件中添加了一个线程，编译时提示出现如下错误： /home/×××/workspace/×××/rootfs/buildroot-2016.05/output/host/usr/lib/gcc/arm-buildroot-linux-gnueabi/4.9.3/../../../../arm-buildroot-li
undefined reference to symbol 'floor@@GLIBC_2.0'
gaoyi221119的博客
08-16 2417
编译程序的时候出现错误：/my/gtk/calculator$ gcc -o main main.c pkg-config --libs --cflags gtk+-2.0 /usr/bin/ld: /tmp/ccUS8pua.o: undefined reference to symbol ‘floor@@GLIBC_2.0’ //lib/i386-Linux-gnu/libm.so.6:
linux undefined reference to symbol 'floor@@GLIBC_2.2.5'
aizhangque5011的博客
03-21 2293
这个是因为GNU make版本不一致导致，最后加上-lm g++或者gcc -o main main.c -lm 如果还存在问题 需要加上-Wl,--no-as-needed g++或者gcc -Wl,--no-as-needed -o main main.c -lm 转载于:https://www.cnblogs.com/zhangdewang/p/8617666.htm...
linux 下多线程错误 undefined reference to `sem_init'
qinqqfirst的专栏
08-12 5377
类似于_beginthread的问题 ：http://hi.baidu.com/luosiyong/blog/item/6b71bb940b144c16d31b7049.html undefined reference to `sem_init' undefined refe
加了semaphore.h ,还报错undefined reference to sem_open
bbs598598的专栏
04-30 6434
试试 gcc -g wait.c -o wait -lpthread 这个是因为没有连接上库。
undefined reference to symbol 'sem_post@@GLIBC_2.17'
最新发布
04-15
<think>好的，我现在遇到了一个链接错误：“undefined reference to symbol 'sem_post@@GLIBC_2.17'”。首先，我需要理解这个错误的原因。根据之前看到的类似问题，比如引用[1]、[2]、[3]中的情况，这类错误通常是因为在编译时缺少链接某个库导致的。错误信息中的“DSO missing from command line”提示说明链接器在命令中没有包含所需的动态共享对象（DSO），也就是对应的库文件。 接下来，我需要确定'sem_post'这个符号属于哪个库。sem_post是POSIX线程库中的函数，用于信号量操作，通常属于libpthread或librt库。在Linux系统中，信号量函数可能在libpthread.so或者librt.so中。例如，引用[3]中提到的问题是通过添加-lpthread解决的，而有些情况下可能需要链接-lrt。 然后，我应该检查编译命令是否正确包含了这些库。用户可能在编译时没有添加对应的链接选项。比如在g++命令中，应该在最后添加-lpthread或-pthread。注意有些系统下，-pthread选项不仅添加库链接，还会处理一些宏定义，可能更可靠。 另外，引用[4]中提到的问题涉及库版本冲突，特别是conda环境中的库与系统库冲突。因此，如果用户使用了conda或其他虚拟环境，需要确认是否环境中的库覆盖了系统库，导致链接错误。这时候可以尝试退出conda环境，或者调整库的路径顺序。 接下来，我需要验证解决方案。首先，尝试在编译命令中添加-lpthread，例如：g++ -o program source.cpp -lpthread。如果仍然报错，可以尝试添加-lrt。如果问题依然存在，可能需要检查系统中是否存在这些库文件，使用命令如ldconfig -p | grep libpthread等来确认。 此外，如果是使用CMake进行构建，需要在CMakeLists.txt中添加对应的链接库指令，比如target_link_libraries(target_name PRIVATE pthread)或者target_link_libraries(target_name PRIVATE rt)。 最后，如果所有方法都无效，可能需要检查系统库的版本是否兼容，或者是否存在损坏的库文件，这时候更新系统或重新安装相关开发包可能有效。 总结可能的解决步骤： 1. 在编译命令中添加-pthread或-lpthread。 2. 如果不行，尝试添加-lrt。 3. 检查是否conda环境干扰，退出后重试。 4. 使用CMake时正确链接库。 5. 确认系统库的完整性。</think>### 符号 'sem_post@@GLIBC_2.17' 链接错误解决方案 #### 问题分析 错误 `undefined reference to symbol 'sem_post@@GLIBC_2.17'` 表明链接器在编译时找不到 `sem_post` 函数的实现。该函数属于 **POSIX 线程库**中的信号量操作接口，通常由 `libpthread` 或 `librt` 提供[^1][^2][^3]。错误末尾的 `DSO missing from command line` 进一步说明编译命令中未正确链接相关库。 --- #### 解决步骤 1. **添加 `-pthread` 或 `-lpthread` 编译选项** 在编译命令末尾显式添加 `-pthread`（推荐）或 `-lpthread`，例如： ```bash g++ -o program source.cpp -pthread ``` - `-pthread` 不仅链接库，还会启用线程相关的宏定义（如 `_REENTRANT`）[^2]。 - 如果使用 `make` 或 `CMake`，需在构建配置中补充该选项（见步骤4）。 2. **尝试链接 `-lrt` 库** 某些系统可能将信号量函数放在 `librt` 中，可追加 `-lrt`： ```bash g++ -o program source.cpp -pthread -lrt ``` 3. **检查 Conda 或其他虚拟环境干扰** 若使用 Conda 环境，其自带的库可能与系统库冲突： ```bash conda deactivate # 退出 Conda 环境后重新编译 ``` 同时检查库路径优先级： ```bash ldd ./program | grep pthread # 查看实际链接的库路径 ``` 4. **CMake 项目的配置方法** 在 `CMakeLists.txt` 中明确链接 `pthread`： ```cmake target_link_libraries(your_target_name PRIVATE pthread) ``` 若需链接 `librt`，追加： ```cmake target_link_libraries(your_target_name PRIVATE rt) ``` 5. **验证库文件完整性** 确认系统库文件存在且版本匹配： ```bash # 检查 libpthread 是否存在 ls /usr/lib/x86_64-linux-gnu/libpthread.so* # 查看 GLIBC 版本 ldd --version ``` 6. **重新安装开发包（可选）** 若库文件损坏或版本过低： ```bash sudo apt install libc6-dev glibc-source # Ubuntu/Debian ``` --- #### 示例场景 若原始编译命令为： ```bash g++ -o test main.cpp sem_utils.cpp ``` 修正后应为： ```bash g++ -o test main.cpp sem_utils.cpp -pthread ``` --- #### 根本原因 - **符号未链接**：`sem_post` 的实现位于 `libpthread.so` 或 `librt.so`，未链接时编译器无法找到函数地址[^1][^3]。 - **环境冲突**：虚拟环境（如 Conda）可能覆盖系统库路径，导致链接错误版本[^4]。 --- 相关问题
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值