#include_next 导致 cstdlib:fatal error:stdlib.h :No such file or directiry

江子无怒

已于 2022-02-23 09:40:21 修改

阅读量8.2k

点赞数 18

分类专栏：嵌入式文章标签： gnu linux 交叉编译嵌入式

于 2022-02-22 20:03:49 首次发布

本文链接：https://blog.csdn.net/Kami_Jiang/article/details/123073899

版权

嵌入式专栏收录该内容

10 篇文章

订阅专栏

本文讲述了在使用gcc-linaro-7.5.0进行AArch64-linux-gnu交叉编译时，遇到stdlib.h缺失的错误，并提供了两种解决方案：一是修改gcc默认include路径，二是将#include_next改回#include。通过实例演示了如何修正这个问题并附上参考链接。

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

在用gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu进行交叉编译时，出现报错：
在这里插入图片描述

/home/Likejiang/5GNR/gcc-linaro-7.5.0-2019.12-x8664aarch64-linux-gnu/aarch64-linux-gnu/include/c++/7.5.0/cstdlib:75:15: fatal error: stdlib.h:
No such file or directory
#include_next <stdlib.h>

stdlib明明是标准库，不可能会缺的，查了下资料原来是因为交叉编译时指定了sysroot导致include_next时找不到stdlib.h。而旧版本依旧用的是#include所以不会报错。

复现一下，确实如此
在这里插入图片描述

解决方法有两个：

修改gcc的默认include路径
参数：-nostdinc使编译器不再系统缺省的头文件目录里面找头文件，不过我没有试。
将编译工具的#include_next改为#include
既然新版本的gcc会报错是因为将#include改为了#include_next，那我们换回去不就行了，反正也没用到替换系统头文件的情况。搜索了下编译器里用到#include_next的地方不超过10个，手动改也不费劲。

修改后编译成功