解决gcc -m32报错fatal error: sys/cdefs.h: No such file or directory

最新推荐文章于 2023-11-23 15:59:11 发布
原创 最新推荐文章于 2023-11-23 15:59:11 发布 · 3.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客聚焦于解决gcc -m32报错问题，当出现fatal error: sys/cdefs.h: No such file or directory错误时，可通过特定方法解决，这在信息技术开发中编译相关操作里较为常见。

 

sudo apt-get purge libc6-dev
sudo apt-get install libc6-dev
sudo apt-get install libc6-dev-i386

 

gcc编译出错：fatal error: sys/cdefs.h: No such file or directory
weixin_44498318的博客
11-12 1万+
问题： /usr/include/features.h:367:25: fatal error: sys/cdefs.h: No such file or directory 分析： 在64位主机上编译成32位程序时出错（-m32选项），安装必要的软件包即可； 解决： $ sudo apt install gcc-multilib # 一般安装这个就可以了，不行再安装下面的 $ sudo apt install g++-multilib $ sudo apt install libc6-dev li
**Gcc编译器报错：gcc -m32报错**
01-07
Gcc编译器报错：gcc -m32报错 :/work/printf_myself$ gcc -m32 -o push_test push_test.c In file included from /usr/include/stdio.h:27:0, from push_test.c:12: /usr/include/features.h:367:25: fatal error: sys/cdefs.h: No such file or direct
ubuntu x64下编译出现找不到 cdefs.h / c++config.h 的问题
热门推荐
Ethan.W
09-21 1万+
如遇到缺少 sys/cdefs.h 的情况，输入以下命令安装标c库 sudo apt-get install  build-essential libc6-dev libc6-dev-i386 如遇到缺少 bits/c++config.h的情况，输入以下命令安装gcc编译相关库 sudo  apt-get  install   gcc-4.7-multilib     g++-4.7-m
cdefs.h头文件
11-07
cdefs.h头文件 源代码下载中出现行号，花了十分钟去掉了行号 哈哈哈 如有需要请下载
fatal error: sys/cdefs.h: No such file or directory
guocctjpu的博客
07-14 2435
64位的Ubuntu如果执行X86平台32位编译，gcc -m32 -o x x.c会报错：fatal error: sys/cdefs.h: No such file or directory 解决办法：可以执行sudo apt-get install libc6-dev-i386语句联网安装32位库文件。 64位下直接编译会出现指针占8个字节的情况，不利于直接操作堆栈地址，如下图： 安装好库文件后，执行-m32 ，指针占内存如图： ...
deepin fatal error: sys/cdefs.h: No such file or directory
daydayup_666的博客
12-09 456
https://blog.csdn.net/zhengqijun_/article/details/81334399 问题描述 fatal error: sys/cdefs.h: No such file or directory 解决方法 Try these: sudo apt-get purge libc6-dev sudo apt-get install libc6-dev ...
sys/cdefs.h: No such file or directory
牛肉胡辣汤
11-23 2592
在解决问题的过程中，请确保你的系统环境、开发工具和编译选项正确配置，以便正常使用系统头文件和库。是一个C语言标准库的系统头文件，其中定义了一些常见的预处理宏和特殊的编译器属性，以帮助程序员在不同平台上编写可移植的代码。它通常是操作系统提供的，用于支持特定的系统功能或接口。该头文件主要包含了一些用于标记函数、变量和类型的宏定义，以及一些系统或编译器相关的属性定义。是一个与平台相关的C标准库头文件，包含了常见的预处理宏。首先，确保系统上已经安装了合适的开发工具链，包括编译器和相关的开发库。
/usr/include/features.h:391:23: fatal error: gnu/stubs.h: No such file or directory compilation terminated. scripts/Makefile.autoconf:77: recipe for target 'u-boot.cfg' failed make[5]: *** [u-boot.cfg] Error 1 make[4]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'. Stop. make[4]: Leaving directory '/home/user/nvr8064/platform/build_dir/host/u-boot-2020.10' Makefile:46: recipe for target '/home/user/nvr8064/platform/build_dir/host/u-boot-2020.10/.built' failed make[3]: *** [/home/user/nvr8064/platform/build_dir/host/u-boot-2020.10/.built] Error 2 make[3]: Leaving directory '/home/user/nvr8064/platform/tools/mkimage' tools/Makefile:238: recipe for target 'tools/mkimage/compile' failed make[2]: *** [tools/mkimage/compile] Error 2 make[2]: Leaving directory '/home/user/nvr8064/platform' tools/Makefile:201: recipe for target '/home/user/nvr8064/platform/staging_dir/target-aarch64-ca76ca55-linux/stamp/.tools_install_nnnnn' failed make[1]: *** [/home/user/nvr8064/platform/staging_dir/target-aarch64-ca76ca55-linux/stamp/.tools_install_nnnnn] Error 2 make[1]: Leaving directory '/home/user/nvr8064/platform' /home/user/nvr8064/platform/include/toplevel.mk:199: recipe for target 'world' failed make: *** [world] Error 2链接了，怎么还是出现这个问题
最新发布
12-20
/usr/include/features.h:391:23: fatal error: gnu/stubs.h: No such file or directory ``` 这说明：**即使文件存在、软链接也建了，GCC 依然找不到 `gnu/stubs.h`**。 --- ## 深层原因解析 关键点在于： > `...
set build/lib.linux-x86_64-cpython-310/matplotlib/_version.py to '3.0.2' running build_ext building 'matplotlib.ft2font' extension /disk221/lihx/anaconda3/envs/scF/lib/python3.10/importlib/__init__.py:169: UserWarning: The NumPy module was reloaded (imported a second time). This can in some cases result in small but subtle issues and is discouraged. _bootstrap._exec(spec, module) creating build/temp.linux-x86_64-cpython-310/src /disk221/lihx/anaconda3/envs/scF/bin/x86_64-conda-linux-gnu-c++ -fvisibility-inlines-hidden -std=c++17 -fmessage-length=0 -march=nocona -mtune=haswell -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O2 -ffunction-sections -pipe -isystem /disk221/lihx/anaconda3/envs/scF/include -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 -isystem /disk221/lihx/anaconda3/envs/scF/include -fPIC -DFREETYPE_BUILD_TYPE=system -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_ft2font_ARRAY_API -DNPY_NO_DEPRECATED_API=NPY_1_7_API_VERSION -D__STDC_FORMAT_MACROS=1 -I/disk221/lihx/anaconda3/envs/scF/lib/python3.10/site-packages/numpy/core/include -Iextern/agg24-svn/include -I/disk221/lihx/anaconda3/envs/scF/include -I/disk221/lihx/anaconda3/envs/scF/include/libpng16 -I/disk221/lihx/anaconda3/envs/scF/include/freetype2 -I/usr/local/include -I/usr/include -I. -I/disk221/lihx/anaconda3/envs/scF/include/python3.10 -c src/ft2font.cpp -o build/temp.linux-x86_64-cpython-310/src/ft2font.o In file included from /disk221/lihx/anaconda3/envs/scF/include/python3.10/Python.h:36, from src/mplutils.h:33, from src/ft2font.cpp:10: /usr/include/unistd.h:1170:10: fatal error: bits/unistd_ext.h: No such file or directory 1170 | #include <bits/unistd_ext.h> | ^~~~~~~~~~~~~~~~~~~ compilation terminated. error: command '/disk221/lihx/anaconda3/envs/scF/bin/x86_64-conda-linux-gnu-c++' failed with exit code 1 [end of output] note: This error originates from a subprocess, and is likely not a problem with pip. ERROR: Failed building wheel for matplotlib Running setup.py clean for matplotlib Failed to build matplotlib ERROR: Failed to build installable wheels for some pyproject.toml based projects (matplotlib)
07-29
我们正在处理一个编译错误：在编译matplotlib时，ft2font.cpp报错：fatal error: bits/unistd_ext.h: No such file or directory 根据提供的引用信息，这个错误与缺少头文件有关，通常是由于在64位系统上编译32位...
【深入GCC目标架构配置】：target triplet全解析（arch-vendor-os）影响揭秘
![【深入GCC目标架构配置】：target triplet全解析（arch-vendor-os）影响揭秘]...在GCC编译器体系中，**目标架构配置**是决定代码生成行为的根本依
fatal error: sys/cdefs.h: 没有那个文件或目录
weixin_43904540的博客
05-04 3785
参考自https://blog.csdn.net/shendezhuti/article/details/96477288 问题重现 在做清华ucore lab0实验时，gcc -g -m32 lab0_exe2.c报错： In file included from /usr/include/stdio.h:27:0, from lab0_ex2.c:1: /...
fatal error: sys/cdefs.h No such file or directory 解决方案
qq_38239288的博客
01-07 1634
在64位的ubuntu系统，使用gcc想编译出32位的应用程序，需要使用gcc -m32选项，但是使用gcc -m32选项后，出现： fatal error: sys/cdefs.h: No such file or directory| 可以使用如下方法解决： sudo apt-get update sudo apt-get purge libc6-dev sudo apt-g...
sys/cdefs.h No such file or directory
weixin_30340775的博客
08-22 445
安装如下软件： sudo apt-get libc6-dev-i386 转载于:https://www.cnblogs.com/chenfulin5/p/11392821.html
解决Ubuntu编译error：fatal error: sys/cdefs.h: No such file or directory
InWho的博客
10-27 1万+
64位的Ubuntu如果执行X86平台32位编译，gcc -m32 -o x  x.c会报错：fatal error: sys/cdefs.h: No such file or directory 解决办法：可以执行sudo apt-get install libc6-dev-i386语句联网安装32位库文件。 64位下直接编译会出现指针占8个字节的情况，不利于直接操作堆栈地址，如下图： ...
ubuntu:fatal error: sys/cdefs.h: 没有那个文件或目录
SanShuiGeGe的博客
07-04 2324
这个错误主要是在64位Ubuntu系统中发生，当使用64位Ubuntu编译生成32位程序，在编译过程中报出这个错误。 sudo apt-get install gcc-4.8-multilib g++-4.8-multilib
openwrt 22交叉编译显示fatal error: sys/cdefs.h: No such file or directory，toolchain中没有cdefs.h，怎么修改
11-14
<think> 我们正在解决OpenWrt 22交叉编译时出现的`fatal error: sys/cdefs.h: No such file or directory`问题，并且发现toolchain中确实没有cdefs.h。根据引用[1]中的信息，这可能是由于环境架构不匹配（例如，32位与64位）导致的。下面我们将逐步分析并解决。 ### 问题分析 1. **错误信息**：`fatal error: sys/cdefs.h: No such file or directory` - 表明在编译过程中，编译器找不到`sys/cdefs.h`头文件。 2. **环境问题**：引用[1]中用户发现自己的虚拟机环境是32位的，而OpenWrt SDK可能是64位的，导致路径不匹配。 3. **查找头文件**：在正常环境中，`cdefs.h`位于`staging_dir/toolchain-.../include/sys/cdefs.h`，而在用户的环境（32位）中，该文件可能位于不同的路径（例如`/usr/include/i386-linux-gnu/sys/cdefs.h`）。 ### 解决方法 #### 步骤1: 确认OpenWrt SDK与宿主机的架构匹配 - 如果宿主机是32位系统，需要下载32位的OpenWrt SDK。 - 如果宿主机是64位系统，则使用64位SDK。 #### 步骤2: 检查OpenWrt toolchain中是否存在cdefs.h 在OpenWrt的构建目录中，使用以下命令查找： ```bash find ./staging_dir/ -name cdefs.h ``` - 如果存在，则可能是编译配置问题。 - 如果不存在，可能是toolchain不完整或损坏。 #### 步骤3: 安装宿主系统所需的32位兼容库（仅当宿主机是64位而需要编译32位程序时） 如果使用的是64位宿主机，但需要运行32位的OpenWrt toolchain（例如，因为OpenWrt的目标是32位系统），则可能需要安装32位的兼容库。在Ubuntu/Debian上： ```bash sudo apt install gcc-multilib ``` #### 步骤4: 创建符号链接（如果文件存在但路径不对） 如果发现`cdefs.h`存在于toolchain的其他路径下，但编译器却在`sys/`目录下查找，可以尝试创建符号链接： ```bash # 进入toolchain的include目录 cd <OpenWrt_SDK_PATH>/staging_dir/toolchain-.../include # 创建sys目录（如果不存在） mkdir -p sys # 创建符号链接 cd sys ln -s ../cdefs.h cdefs.h ``` 注意：这种方式假设`cdefs.h`在上一级目录（`include/`）下，但实际情况可能不同，请根据查找到的位置调整。 #### 步骤5: 检查OpenWrt配置 确保在OpenWrt的配置中启用了相关特性： 1. 运行`make menuconfig`。 2. 检查以下选项（具体位置可能因版本而异）： - **Advanced configuration options (for developers)** → **Toolchain Options** → **Enable glibc support**（如果使用glibc） - 或者，如果使用musl（OpenWrt默认），则确保musl被正确选择。 3. 保存并重新编译toolchain。 #### 步骤6: 重新构建toolchain 如果上述步骤无效，尝试重新构建toolchain： ```bash make toolchain/clean make toolchain/compile ``` #### 步骤7: 检查宿主系统的头文件 如果问题仍然存在，可以尝试将宿主系统中的`cdefs.h`复制到toolchain的include目录（临时解决方案）： ```bash # 例如，在64位Ubuntu上，cdefs.h通常位于/usr/include/x86_64-linux-gnu/sys/cdefs.h # 复制到toolchain的sys目录下 cp /usr/include/x86_64-linux-gnu/sys/cdefs.h <OpenWrt_SDK_PATH>/staging_dir/toolchain-.../include/sys/ ``` **注意**：这种方法可能会引入兼容性问题，因为宿主系统的头文件可能与OpenWrt所需的不一致。建议仅作为临时调试手段。 ### 总结 该错误通常由以下原因引起： 1. **SDK与宿主机架构不匹配**：请确保使用与宿主机架构（32位或64位）匹配的SDK。 2. **toolchain不完整**：重新构建toolchain可能解决。 3. **缺少宿主系统的多架构支持**：安装相应的兼容库（如`gcc-multilib`）。 如果问题仍未解决，请提供以下信息以便进一步分析： - 宿主机的系统架构（`uname -a`） - OpenWrt版本和配置（特别是libc的选择） - 完整的错误日志 [^1]: 引用用户提供的案例，指出环境架构不匹配可能导致类似错误。 §§相关问题§§ 1. 如何检查OpenWrt SDK的架构？ 2. 在64位宿主机上编译32位OpenWrt程序需要注意什么？ 3. OpenWrt中musl和glibc的区别以及如何选择？ 4. 如何正确重新构建OpenWrt的toolchain？ </think>要解决 OpenWrt 22 交叉编译时出现的 `fatal error: sys/cdefs.h: No such file or directory` 以及 toolchain 中缺少 cdefs.h 的问题，请按以下步骤操作： ### 解决方法 #### 1. **检查架构匹配性（关键步骤）** ```bash # 查看宿主机构架 uname -a # 查看 OpenWrt SDK 架构 cat openwrt-sdk-*/info.json | grep arch ``` - 确保宿主机构架（x86_64/i386）与 SDK 架构匹配 - **若不匹配**：下载正确架构的 SDK 版本（32位系统用32位SDK，64位系统用64位SDK） #### 2. **安装缺失的兼容库** ```bash # Ubuntu/Debian 系统 sudo apt update sudo apt install gcc-multilib libc6-dev-i386 ``` #### 3. **验证头文件路径** 在 SDK 中执行： ```bash find ./staging_dir/ -name cdefs.h ``` - 正常路径应为：`staging_dir/toolchain-*/include/sys/cdefs.h` - 若缺失，继续下一步 #### 4. **手动链接头文件（临时方案）** ```bash cd staging_dir/toolchain-*/include/ sudo mkdir -p sys sudo ln -s /usr/include/i386-linux-gnu/sys/cdefs.h sys/cdefs.h # 32位系统 # 或 sudo ln -s /usr/include/x86_64-linux-gnu/sys/cdefs.h sys/cdefs.h # 64位系统 ``` #### 5. **重建工具链（推荐方案）** ```bash make toolchain/clean make toolchain/compile make package/index ``` #### 6. **配置环境变量** 在编译命令前添加： ```bash export STAGING_DIR=/path/to/sdk/staging_dir export PATH=$STAGING_DIR/toolchain-*/bin:$PATH ``` ### 根本原因分析 1. **架构不匹配**（常见原因）： - 32位主机使用64位SDK（或反之）导致路径差异[^1] - 不同架构的头文件路径： - 32位：`/usr/include/i386-linux-gnu/sys` - 64位：`/usr/include/x86_64-linux-gnu/sys` 2. **工具链不完整**： - SDK 安装过程中网络中断 - 构建时缺少多架构支持库 3. **环境变量错误**： - `STAGING_DIR` 未正确指向工具链目录 - PATH 未包含交叉编译工具链路径 > **重要提示**：优先使用步骤1和步骤5的完整解决方案，步骤4的符号链接是临时方案，可能存在兼容风险。 [^1]: 引用案例显示32位/64位环境不匹配导致头文件路径差异。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值