uboot编译报错解决

原创 已于 2022-08-10 08:49:39 修改 · 2.9k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#python #开发语言 #后端

于 2021-11-04 20:00:04 首次发布

File “scripts/dtc/pylibfdt/setup.py”, line 21, in
from distutils.core import setup, Extension
ModuleNotFoundError: No module named ‘distutils.core’
HOSTCC scripts/dtc/checks.o
make[3]: *** [scripts/dtc/pylibfdt/Makefile:30: rebuild] Error 1
make[2]: *** [scripts/Makefile.build:419: scripts/dtc/pylibfdt] Error 2
make[2]: *** Waiting for unfinished jobs…
CC lib/asm-offsets.s
CC arch/arm/lib/asm-offsets.s
在这里插入图片描述

执行如下命令即可 ： apt-get install python-dev python3-dev

nable to execute ‘swig’: No such file or directory
error: command ‘swig’ failed with exit status 1
make[3]: *** [scripts/dtc/pylibfdt/Makefile:30: rebuild] Error 1
make[2]: *** [scripts/Makefile.build:419: scripts/dtc/pylibfdt] Error 2
make[2]: *** Waiting for unfinished jobs…
CC lib/asm-offsets.s
CC arch/arm/lib/asm-offsets.s
make[1]: *** [scripts/Makefile.build:419: scripts/dtc] Error 2
UPD include/generated/asm-offsets.h
UPD include/generated/generic-asm-offsets.h
make: *** [Makefile:576: scripts] Error 2
make: *** Waiting for unfinished jobs…

在这里插入图片描述
遇到如上图报错信息，执行如下命令即可 ：apt-get install swig，另外，如果需要查看cpu某个寄存器值，可以使用md 寄存器地址 个数查看，命令为 md 0x12345678 1,查看地址0x12345678 开始的1个寄存器长度的值

STM32cubeIDE “make: *** [Core/Src/subdir.mk:36: Core/Src/stm32f1xx_hal_msp.o] Error 2“
嘉禾天成‘s Blog
03-13 1万+
在使用STM32cubeIDE进行开发时，遇到以下问题： make: *** [Core/Src/subdir.mk:34: Core/Src/main.o] Error 2 make: *** Waiting for unfinished jobs.... make: *** [Core/Src/subdir.mk:36: Core/Src/stm32f1xx_hal_msp.o] Error 2 make: *** [Core/Src/subdir.mk:38: Core/Src/stm32f1xx
RK3568 uboot 编译报错问题
十年饮冰，难凉热血
11-28 598
其实刚开始并不知道是什么原因，后面在大佬的协助下，分析的就是root用户编译失败后，残留了配置和编译的文件，切换到user用户编译后，又没有权限打开和删除之前遗留的文件。自己在开发过程中，自己的服务器，自己的源码，自己的开发版本，平常在root权限下操作各种内容，一不小心Root权限下编译了源码。user用户下 再次进行编译，如果出现各种权限报错后再切换到user 用户，然后 chmod 777 授权对应的文件。再切换到user用户 进行编译，如果遇到需要授权和删除的文件，按照错误提示解决几次即可。
[S32DS新手学习分享]NXP开发环境S32DS报错make:*** No rule to make target' ',needed by和Waiting for unfinished jobs
blog_hua的博客
11-26 1万+
NXP开发环境S32DS因为带有中文名称路径而报错的解决方法
ROS移植机器人小车：catkin_make过程中碰到的各种小问题
tanmx219的博客
03-06 2527
接前面的贴子： ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ [ 1%] Building CXX object clbrobot_project/clb_pid/CMakeFiles/pid_listen.dir/src/clbrobot_pid_core.cpp.o In file included from /home/ubuntu/noetic/catkin_ws/src/clbrobot_project/clb_pid/src/clbrobot_pid_core.cpp:1: .
u-boot编译错误1：dtc: not found make
fyywhy的博客
10-01 5332
1.相关资料及开发环境 开发板：NanoPC-T3_plus OS：Ubuntu20.04 参考资料：https://wiki.friendlyarm.com/wiki/index.php/NanoPC-T3_Plus/zh 2.编译U-Boot 根据参考资料，用git克隆了U-Boot v2016.01源代码，切换到nanopi2-v2016.01分支。进入u-boot编译，过程如下： git clone https://github.com/friendlyarm/u-boot....
编译uboot时一个错误的解决方法
dasheng_604的专栏
10-25 1726
<br />在用arm-elf-gcc2.95.3编译uboot1.1.1时遇到如下错误：<br />make[1]: *** No rule to make target `hello_world.srec', needed by `all'. Stop.<br />make[1]: Leaving directory `/home/mort/src/targa/u-boot/u-boot-TOT/examples'<br />make: *** [examples] Error 2解决方法如下：<br
调试记录-uboot编译出错
就是太懒，所以要多做笔记
06-06 457
调试记录-uboot编译出错。
OrangePi uboot编译遇到问题与解决方法
jmlinux的博客
04-22 1163
总体执行“缺什么，装什么”的原则。一.报错/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory1.yum install glibc.i686之后发现如下错误error while loading shared libraries: libz.so.1，ok继续安装libz2. yum install zlib.i68...
U-boot编译：解决 U-boot源码 make menuconfig 编译报错问题。
csdhell的博客
02-14 1306
解决 U-boot源码 make menuconfig 编译报错问题。
uboot 编译详解
逆水行舟
05-19 439
uboot/ 下有各种目录，库以及配置文件，编译系统会将这些文件编译出一个文件uboot.bin, 用户可以把它烧写到flash 上，并最终引导整个linux 系统运行。新建配置文件：xxx_defconfig——uboot/configs/下面会有一个xxx_defconfig 文件，这个文件不参与编译，只是提供基本的配置，一般是由芯片平台开发商提供。文件，并出现一个配置界面，根据需要进行更改设置，保存并退出界面后，所有的更改也会写到。文件，这个.config 才是最终参与uboot 编译的配置文件，
编译itop4412 uboot失败，提示multiple definition of `yylloc‘； scripts/dtc/dtc-lexer.lex.o:(.bss+0x0): first
ZLK1214的专栏
02-06 5138
[oct1158@oct1158-fedora u-boot]$ ls build.sh clean.sh E4412_N.bl1.bin env.bin mkuboot.sh tools [oct1158@oct1158-fedora u-boot]$ ./build.sh # # configuration written to .config # scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config....
Linux下常见的编译错误及解决方法
热门推荐
michaelcao1980的专栏
05-30 2万+
1、/bin/bash: bison: command not foundmake: *** [out/host/linux-x86/obj/EXECUTABLES/aidl_intermediates/aidl_language_y.cpp] Error 127解决方法：sudo apt-get install bison2、make: *** [out/host/linux-x86/obj/E...
make[1]: *** Waiting for unfinished jobs....
竹毛言己
07-06 5465
安装node js环境时候，make报错 报错信息： make[1]: *** Waiting for unfinished jobs.... rm 490f1fcf42b2afac71d1c00fb593c736d4a65552.intermediate make: *** [node] Error 2 nvm: install v11.15.0 failed! 解决办法： 更新npm，更行npm的时候会自动将node更新 ➜ ~ npm --version zsh: command not fou.
【ROS学习】catkin_make 编译的小问题总结
qq_39779233的博客
08-16 4798
写在前面 本博客旨在记录一些自己在编译 ROS 包的时候遇到的问题与解决方法 一、catkin_make b编译报错 catkin_make 编译报错 Traceback (most recent call last): File "/opt/ros/kinetic/share/genjava/cmake/../../../lib/genjava/genjava_gradle_project.py", line 14, in <module> genjava.main(sys.arg
Android源码编译make的各类错误解决方案汇总
weixin_42399752的博客
07-10 3335
转载：http://www.voidcn.com/article/p-rjboindv-qx.html 问题： You are attempting to build with the incorrect version of java. Your version is: java version “1.6.0_22”. The correct version is: Java SE 1.6. 查...
eclipse Sourcery cs-make: *** 拒绝访问
Kevin Jiang
01-30 3458
最近想使用eclipse+Sourcery对STM32的工程进行编译，使用GNU的新建STM32模板工程，bulid是出现如下错误： 16:22:53 **** Incremental Build of configuration Release for project STM32 **** cs-make all  'Building target: STM32.elf' 'Invoki
实战搞定gRPC之移植篇
chenwr2018的博客
03-27 5104
一、交叉编译protobuf 1.配置交叉编译器 export PATH=$PATH:/opt/EC20_crosstool/ql-ol-crosstool/sysroots/x86_64-oesdk-linux/usr/bin:/opt/EC20_crosstool/ql-ol-crosstool/sysroots/x86_64-oesdk-linux/usr/lib source /opt/...
cocos打包apk,编译.so文件出错解决
liu_xueping的专栏
11-25 1400
如图所示，编译.so文件是报错，Waiting for unfinished jobs...   make.exe：Leaving directory ....，引起这个错误的原因有很多种，我这个问题是由于android里面的缓存导致，寻找.cpp文件的时候，不再我本机路径找而是找另外的路径找，（android的那些文件是别人拷给我的），所以只需要把缓存清干净，把环境配置好，重启命令行窗口再次编译
uboot编译找不到头文件
最新发布
10-16
<think>首先，用户的问题是：“我想查找在编译uboot时找不到头文件问题的解决方案 请问uboot编译时找不到头文件的解决办法”。这是一个关于Uboot编译过程中遇到头文件缺失错误的解决方案。 回顾系统级指令： - 所有行内数学表达式使用$...$格式。 - 独立公式使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识，如[^1]。 用户提供了几个引用： - 引用[1]: 介绍Uboot编译过程。 - 引用[2]: 描述Linux编译驱动时找不到头文件的问题。 - 引用[3]: 详细分析Uboot编译及启动流程。 - 引用[4]: NXP官方Uboot编译报错找不到文件的解决方法。 用户的问题集中在Uboot编译时找不到头文件的问题。我需要基于提供的引用和一般知识来回答。 关键引用： - 从引用[2]: “编译驱动报错：找不到头文件！...引用内核源码放在/usr/src/linux2.6.30.4...也经过了make。现编译后报错如下，有三个头文件找不到！” 这虽然是关于Linux驱动的，但类似Uboot编译问题。 - 从引用[3]: 详细描述了Uboot的编译过程，包括Makefile的依赖关系。 - 从引用[4]: “nxp官方uboot编译报错找不到文件---解决方法...make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- mx6ull_14x14_ddr512_emmc_defconfig” 这是一个具体的解决方法。 我需要整合这些信息： - 常见原因：头文件路径不正确、Makefile配置错误、交叉编译工具链问题、源码不完整、环境变量设置不当。 - 解决方案：检查路径、确保依赖安装、正确配置Makefile、设置交叉编译工具链、清洁并重新编译。 回答结构： 1. **引言**：简述问题。 2. **原因分析**：解释为什么会出现头文件找不到的错误。 3. **解决方案步骤**：提供逐步的解决方法。 4. **示例**：如果有具体命令，给出示例代码块（如Python示例）。 5. **结尾**：总结。 6. **相关问题**：生成相关问题。 使用中文回答。 生成相关问题：至少三个，围绕Uboot编译错误。 引用标识：在回答末尾添加引用标识，如基于引用[3]或[4]。 基于引用[3]和[4]: - 引用[3]提到Makefile中的路径设置。 - 引用[4]给出了具体的make命令。 所以，解决方案可能包括： 1. 确保源码路径正确。 2. 设置Makefile中的ARCH和CROSS_COMPILE。 3. 检查内核源码或Uboot源码是否完整。 4. 清洁并重新编译。 回答大纲： 1. **问题描述**：Uboot编译时报告头文件缺失。 2. **关键原因**： - 头文件路径未正确设置。 - 交叉编译工具链未配置好。 - 源码缺失或不完整。 - 环境变量错误。 3. **解决步骤**： - 步骤1: 验证源码路径。确保Uboot源码完整，并且头文件存在于正确位置。 - 步骤2: 设置交叉编译工具链。使用类似`make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-`的命令。 - 步骤3: 配置Makefile。运行`make defconfig`或特定配置文件。 - 步骤4: 清洁编译环境。运行`make clean`或`make distclean`。 - 步骤5: 重新编译。 4. **示例**：给出一个命令示例。 5. **引用**：末尾添加标识。 相关问题： 1. 如何正确设置Uboot的交叉编译环境？ 2. Uboot编译常见错误有哪些？ 3. 如何验证Uboot编译后的二进制文件？ 确保语言自然。 </think>### Uboot 编译时找不到头文件问题的解决方案 当您在编译 Uboot 时遇到“找不到头文件”的错误，这通常是由于头文件路径配置错误、交叉编译工具链问题或源码不完整导致的。Uboot 编译依赖于 Makefile 的正确设置，错误会导致编译器无法定位必要的头文件（如 `*.h` 文件）。以下基于常见的实践和引用内容，我将逐步解释原因并提供详细的解决方法。整个过程使用命令行操作，确保您已安装必要的工具（如 `make` 和交叉编译器）。 #### 原因分析 - **路径配置错误**：Uboot 的 Makefile 中未正确设置头文件路径，如内核源码路径或 Uboot 内部目录路径。例如，引用[2]中提到“编译驱动报错：找不到头文件”，问题源于内核源码路径 `/usr/src/linux2.6.30.4` 未在编译时正确引用[^2]。 - **交叉编译工具链问题**：交叉编译器（如 `arm-linux-gnueabihf-gcc`）未配置好，或环境变量（如 `ARCH` 和 `CROSS_COMPILE`）设置错误，导致编译器找不到系统头文件。 - **源码不完整或未配置**：Uboot 源码缺失头文件，或未运行初始配置命令（如 `make defconfig`），使编译系统无法生成必要的依赖关系。引用[3]强调 Uboot 编译需要依赖 `u-boot.bin` 的生成过程，其中头文件路径通过 Makefile 动态指定[^3]。 - **环境变量或缓存问题**：残留的编译缓存或错误的环境变量干扰了新编译过程。 #### 解决步骤 按顺序执行以下步骤，可解决大多数头文件缺失问题。如果某一步骤无效，请跳到下一步。操作前备份源码。 1. **验证源码完整性和路径** - 确保 Uboot 源码完整下载，所有头文件（如 `include/` 目录下的文件）存在。检查报错中提到的具体头文件路径。 - 确认内核源码位置正确：如果 Uboot 依赖外部内核头文件（如 Linux 内核），请确保内核源码已完整编译（运行 `make` 命令）。参考引用[2]，如果没有编译内核源码，头文件可能缺失[^2]。 - 示例命令： ```bash # 检查Uboot源码是否完整 ls uboot-source-directory/include/ # 查看常见头文件目录 # 检查内核源码编译状态 cd /path/to/kernel-source # 如 /usr/src/linux2.6.30.4 make # 确保内核编译完成 ``` 2. **设置交叉编译工具链和环境变量** - 导出正确的环境变量，指定架构（`ARCH`）和交叉编译器前缀（`CROSS_COMPILE`）。引用[4]的解决方法使用了 `ARCH=arm` 和 `CROSS_COMPILE=arm-linux-gnueabihf-` 来处理类似错误[^4]。 - 确保工具链已安装：验证交叉编译器是否可用（例如运行 `arm-linux-gnueabihf-gcc -v`）。 - 导出变量： ```bash export ARCH=arm export CROSS_COMPILE=arm-linux-gnueabihf- # 根据您的工具链调整 ``` 3. **配置Uboot并清洁编译环境** - 运行配置命令生成 Makefile 规则：Uboot 需要特定板的配置文件（如 `xxx_defconfig`）。引用[3]提到编译从 `make xxx_defconfig` 开始，确保依赖链正确[^3]。 - 清洁残留文件：使用 `make clean` 或 `make distclean` 清除旧编译缓存。 - 示例命令： ```bash cd uboot-source-directory # 进入Uboot源码目录 make distclean # 彻底清洁环境 make your_board_defconfig # 替换为您的板子配置，如 mx6ull_14x14_ddr512_emmc_defconfig（参考引用[4][^4]） ``` 4. **重新编译并检查路径** - 启动编译，使用 `V=1` 参数显示详细输出，便于定位错误。引用[4]使用 `make V=1` 来调试[^4]。 - 如果报错指定了具体头文件（如 `include/linux/module.h`），手动检查文件是否存在，并确保路径包含在 Makefile 的 `INCLUDE_PATH` 变量中。 - 编译命令： ```bash make V=1 # 编译并显示详细日志 ``` - 修复路径：如果日志显示头文件路径错误，编辑 Uboot 的 Makefile 或顶层 `config.mk` 文件，添加正确路径，例如： ```makefile INCLUDE_PATH := -I/path/to/kernel-source/include # 添加内核头文件路径 ``` 5. **常见备选方案** - **缺失依赖安装**：某些头文件对应系统库，在 Ubuntu 中运行 `sudo apt-get install libssl-dev bc` 安装常见依赖。 - **源码更新**：下载最新 Uboot 源码或使用官方补丁，避免已知 bug。 - **并行编译问题**：减少 `-jN` 参数（如 `-j4`）以排除并发错误。 #### 示例解决流程 假设您在 NXP 平台上遇到错误，基于引用[4]的案例[^4]： ```bash # 设置环境变量 export ARCH=arm export CROSS_COMPILE=arm-linux-gnueabihf- # 进入Uboot源码目录 cd uboot-imx-rel_imx_4.1.15_2.1.0_ga # 清洁并配置 make distclean make mx6ull_14x14_ddr512_emmc_defconfig # 根据板子选择配置 # 重新编译 make V=1 # 检查输出中的头文件路径 ``` 执行后，如果头文件缺失问题解决，将生成 `u-boot.bin` 文件。如果错误依旧，检查日志中的具体文件路径，并重复验证步骤1-2。 #### 总结 Uboot 编译时找不到头文件通常由路径配置或工具链问题引起。通过确保源码完整、正确设置环境变量和 Makefile 配置，并启用详细编译日志，大多数问题可以快速解决。引用[3]强调了编译依赖链的重要性，正确初始化配置是关键[^3]。如果问题复杂，建议查阅Uboot官方文档或社区论坛。 [^2]: 编译驱动报错：找不到头文件！我在ubuntu9。04下，用arm-linux-gcc交叉编译了一个led驱动程序... [^3]: 1.1 Uboot编译及启动流程分析。make xxx_defconfig编译过程... [^4]: nxp官方uboot编译报错找不到文件---解决方法。使用vscode对 uboot-imx-rel_imx_4.1.15_2.1.0_ga进行编译...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值