解决undefined reference to `__fdelt_chk@GLIBC_2.15'的问题

最新推荐文章于 2023-04-25 15:37:19 发布
原创 最新推荐文章于 2023-04-25 15:37:19 发布 · 1.2w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#glibc #linux

本文指导如何解决Ubuntu 10.10环境下编译时因glibc版本过低引起的undefined reference to '_fdelt_chk@GLIBC_2.15'错误。通过下载并更新glibc版本至2.20，以及在编译过程中正确设置环境变量和makefile，最终成功解决了该问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

环境配置：ubuntu 10.10

编译时遇到一个问题
undefined reference to `__fdelt_chk@GLIBC_2.15’

用strings /lib/libc.so.6 |grep GLIBC_ 查看系统glibc的版本太低了，需要更新版本
到http://www.gnu.org/software/libc/download.html下载glibc-2.20.tar.gz

  • 解压glibc-2.20.tar.gz
  • cd glibc-2.20
  • mkdir build
  • cd build
  • ../configure –prefix=/opt/glibc-2.20

configure的时候，可能会出现下面的错误，提示

*** Check the INSTALL file for required versions.
checking LD_LIBRARY_PATH variable... contains current directory
configure: error: 
*** LD_LIBRARY_PATH shouldn't contain the current directory when
*** building glibc. Please change the environment variable
*** and run configure again

这是你的LD_LIBRARY_PATH里的值有冲突，记得备份原来的值，然后

  • export LD_LIBRARY_PATH=/usr/local/lib

编译完之后记得把LD_LIBRARY_PATH改回去，这里修改只是为了configure通过生成makefile

  • make
  • make install

安装GLIBC成功后，
再回到你需要编译的文件夹中，修改makefile文件，把更高版本的GLIBC链接进去，如

-L/opt/glibc-2.20/lib

参考资料
解决libc.so.6: version `GLIBC_2.14’ not found问题

C语言那些事之动态库
zhixingheyi_tian的博客
12-04 530
检查可执行程序所依赖的库 ldd test vim /etc/ld.so.conf ，添加动态库搜索路径 include ld.so.conf.d/*.conf ./ 加载改配置文件 ldconfig
VIM补全插件YouCompleteMe编译安装详细步骤
vcbin的博客
06-27 1万+
VIM神级补全插件YouCompleteMe安装详细步骤YouCompleteMe(以下简称YCM)。包括YCM依赖的Clang3.8+llvm的编译安装以解决Centos服务器系统核心库Glibc版本过低的问题。
/lib/libncurses.so: undefined reference to `__fdelt_chk@GLIBC_2.15' collect2: ld
lmdyyh5722756的专栏
02-27 8285
类似次问题是当前运行系统Glibc版本低于编译环境Glibc版本造成Glibc版本兼容性造成的.
Fedora14系统解决 解决undefined reference to `__fdelt_chk@GLIBC_2.15'的问题 日志
ggggyj的专栏
05-11 969
环境配置：Fedora14 在Qt环境编译的程序执行文件，执行运行时报错 undefined reference to `__fdelt_chk@GLIBC_2.15’ 用strings /lib/libc.so.6 |grep GLIBC_ 查看系统glibc的版本太低了，需要更新版本 到官网下载：ftp://ftp.gnu.org/gnu/glibc/ 下载并安装指令： wget http://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz tar -zxf
Linux下编译代码错误： undefined reference to symbol 'cos@@GLIBC_2.2.5' //lib/x86_64-linux-gnu/libm.so.6: err
CV_YOU的博客
04-03 8150
首先给出错误截图： 给出我的makefile文件LIB:= -lopencv_highgui -lopencv_core -lopencv_imgproc -lopencv_legacy -lstdc++ CXX:=gcc main : lsd.c lsd_cmd.c main.cpp $(CXX) -o main lsd_cmd.c lsd.c main.cpp $(LIB)
undefined reference to symbol ‘pthread_create@@GLIBC_2.2.5‘
LLABVIEW的博客
09-19 1672
undefined reference to symbol 'pthread_create@@GLIBC_2.2.5'
undefined reference to symbol ‘pow@@GLIBC_2.2.5 编译错误解决方法
番茄的博客
04-15 1627
math.h ,那么在使用gcc编译时，必须添加 -lm 选项，因为书序函数是位于libm.so 库文件中的，-lm 选项告诉编译器书序函数要到这个库文件中查找。该错误的含义并不是glibc库的错误，而是pow 符号未定义， pow 是数学中的 求幂函数，也就是说，如果我们在C文件中引用了。解决方案： gcc 编译时增加 -lm 选项，这样程序就能引用 libm.so（libmath） 库了。
Qt中undefined reference to报错的三种可能性和解决方法(以libgdal为例)
顺其自然~专栏
04-25 1万+
问题是很好解决的，就是把缺的依赖再给他装上去就好了，特别提醒一下，别的依赖都好找，直接sudo apt install XXXXX多试几回，基本也就找到了，这其中有两个库不是很好找，libmfhdfalt和libdfalt，这两个库需要安装libhdf4-alt-dev来解决。用C++写代码的都知道，在C++中，代码是分为声明和定义的，声明就是告诉编译器有这个函数，换言之，就是个名字，而定义，就是具体这个函数的实现内容。好吧，首先我能保证的是，有之前调试代码过程中，这些报错一定是没有出现的。
ubuntu20.04下编译rovio代码报“undefined reference to ‘__glew***‘“
qq_33379538的博客
02-16 1606
环境： ubuntu20.04， ROS Noetic； rovio源码，执行 catkin_make 报如下错误： [ 75%] Building CXX object rovio/CMakeFiles/feature_tracker_node.dir/src/feature_tracker_node.cpp.o [ 80%] Building CXX object rovio/CMakeFiles/rovio_node.dir/src/rovio_node.cpp.o [ 85%] Buil
编译报undefined reference to symbol ‘pthread_create@@GLIBC_2.1‘等
qq_44488261的博客
09-22 1729
编译时报： /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
关于select中fd限制问题
monzart的专栏
05-18 5927
select 是多路复用，或异步模型中经常用到的一个系统调用。  基本原型为：  int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout);  该函数的一个缺点就是nfds不能太大。上限为1024.为什么会有这样的限制，今天就来一起看看se
glibc-2.15升级库(附安装脚步)
07-25
glibc-2.15升级库(附安装脚步)
动态库的GLIBC版本兼容问题
hemengsi123的专栏
12-19 1万+
需要将一个jabber的客户端porting到Atom的单板上，遇到的问题如下： /lib/libc.so.6: version `GLIBC_2.15' not found (required by ./libevent_core-2.0.so.5) 初略分析： libevent_***.so.5是在虚拟机ubuntu12.04上编译的，所以glibc的版本比较高，Ato
undefined reference to symbol 'dlsym@@GLIBC_2.17' libdl.so: error adding symbols: DSO missing from c
柳鲲鹏
11-21 8116
错误如下： /usr/bin/ld: /tmp/cc317wRL.o: undefined reference to symbol 'dlsym@@GLIBC_2.17' /usr/lib/gcc/aarch64-linux-gnu/5/../../../aarch64-linux-gnu/libdl.so: error adding symbols: DSO missing from com...
编译出错 "undefined reference to"
刺猬小屋
04-01 1万+
 编译出错 "undefined reference to"  刺猬@http://blog.csdn.net/littlehedgehog   终于在GCC里开始编译了，HoHo～  Make一下，刚刚才高兴了一阵子，又报错了    郁闷～ :klib.c:(.text+0xda): undefined reference to `__stack_chk_fail 貌似
undefined reference to `__stack_chk_guard' .. undefined reference to `__stack_chk_fail'
u012385733的专栏
06-20 1万+
1. 编译出错 undefined reference to `__stack_chk_guard' undefined reference to `__stack_chk_fail' 解决方法-1：添加libssp库 libssp 包含支持GCC堆栈保护函数的程序 解决方法-2 : disable gcc  编译参数　-fstack-protector-all(启用堆栈保护)，　将编译...
undefined reference to错误的解决方法
热门推荐
优快云
04-19 30万+
陈运文 Linux下编译程序时，经常会遇到“undefined reference to XXX” 报错，这里总结一些可能的原因和解决方案，给需要的朋友： 说道undefined reference error，先提一下Linux gcc链接规则： 链接的时候查找顺序是: -L 指定的路径, 从左到右依次查找 由 环境变量 LIBRARY_PATH 指定
undefined reference to __memcpy_chk
最新发布
04-03
### 解决方案分析 `undefined reference to __memcpy_chk` 错误通常是由编译器启用了 `-fstack-protector` 或者类似的选项引起的。这些选项会启用堆栈保护机制，而该机制依赖一些特定的库函数（如 `__stack_chk_guard`, `__memcpy_chk` 等）。如果目标环境中缺少这些支持，则会出现未定义引用错误。 以下是可能的原因以及解决方案： #### 可能原因 1. **缺失标准 C 库的支持** 如果使用了 `-nostdlib` 编译选项，可能会导致链接阶段找不到必要的标准库函数[^1]。 2. **编译器配置问题** 启用了堆栈保护功能（如 `-fstack-protector`），但目标环境并未提供相应的支持[^2]。 3. **工具链不匹配** 工具链版本较旧，或者未正确配置以支持现代的安全特性[^4]。 --- ### 解决方法 #### 方法一：禁用堆栈保护功能 可以通过修改编译选项来关闭堆栈保护功能。具体操作如下： ```bash CFLAGS="-fno-stack-protector" CXXFLAGS="-fno-stack-protector" ``` 这可以防止编译器尝试调用诸如 `__stack_chk_guard` 和 `__memcpy_chk` 的函数。 #### 方法二：重新构建工具链并启用 SSP 支持 如果希望保留堆栈保护功能，则需要确保工具链已正确配置以支持 Stack Smashing Protection (SSP) 功能。可以在工具链配置菜单中启用此选项： ```plaintext make menuconfig ---> Toolchain Options ---> Enable Stack-Smashing Protection support ``` 完成配置后，重新构建工具链即可。 #### 方法三：手动链接所需的库文件 如果不想完全禁用堆栈保护功能，也可以通过显式链接 glibc 来解决问题。例如，在编译命令中添加以下参数： ```bash -lc -lgcc -lm ``` 这样可以确保链接到的标准库包含所需的功能实现。 #### 方法四：替换或更新工具链 对于某些老旧工具链来说，可能存在兼容性问题。考虑升级至最新版的 GCC 工具链，以便获得更好的安全特性和更全面的支持[^3]。 --- ### 示例代码调整 假设当前使用的 Makefile 配置如下： ```Makefile CC = arm-linux-gcc CFLAGS = -Wall -O2 -nostdlib LDFLAGS = TARGET = example.bin SRCS = main.c utils.c all: $(TARGET) $(TARGET): $(OBJS) $(CC) $(LDFLAGS) -o $@ $^ clean: rm -rf *.o $(TARGET) ``` 为了修复上述问题，可将 `CFLAGS` 修改为： ```Makefile CFLAGS = -Wall -O2 -fno-stack-protector ``` 同时确保链接阶段包含了必要库文件： ```Makefile LDFLAGS = -lc -lgcc -lm ``` --- ### 总结 以上提供了四种不同的解决策略，分别适用于不同场景下的需求。推荐优先尝试禁用堆栈保护功能的方法，因为这是最简单且有效的手段；但如果项目确实需要开启此类保护措施，则需确保工具链具备相应的能力和支持。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值