修复 bsp/abstract-machine 编译问题

[ClockworkBoat]

问题描述

在编译 bsp/abstract-machine 时遇到若干问题，导致编译失败或配置不正确。主要包括：

1. Python 模块导入优先级问题：sys.path.append() 导致系统路径中的同名模块优先于项目 tools/ 目录被加载，引发导入错误。
2. rtconfig.h 缺少 extra.h 的 include：scons 生成 rtconfig.h 后，原有的 sed 检测逻辑不够健壮，无法可靠地插入 #include "extra.h"。
3. init 目标的依赖链问题：init: $(RTCONFIG_H) 的 make 依赖写法在 rtconfig.h 已存在且较新时，不会重新生成它，导致 files.mk 内容可能基于过期的配置。

修改内容

1. SConstruct: 修复 sys.path 优先级

-sys.path = sys.path + [os.path.join(RTT_ROOT, 'tools')]
+sys.path = [os.path.join(RTT_ROOT, "tools")] + sys.path

2. Makefile: 改进 extra.h 检测逻辑

-if [ "`sed -n '3p' $@`"x = x ]; then sed -i -e '2a#include "extra.h"' $@; fi
+if ! grep -q 'extra.h' $@; then sed -i '2a#include "extra.h"' $@; fi

3. Makefile: 重构 init 目标

-init: $(RTCONFIG_H)
+init:
+	rm -f $(RTCONFIG_H)
+	$(MAKE) $(RTCONFIG_H)
 	scons -c
 	scons --verbose -n > $(FILE_TMP)
 	...

影响范围

• bsp/abstract-machine/SConstruct
• bsp/abstract-machine/Makefile

仅影响 RT-Thread 在 abstract-machine（AM）BSP 上的编译流程，不影响其他 BSP 或 RT-Thread 核心代码。

[sashimi-yzh]

请问是否能提供问题发生的系统环境以及复现过程？

[ClockworkBoat]

系统环境

• OS：Ubuntu 22.04 LTS (容器)
• Python：3.10.12
• SCons：4.0.1
• 交叉编译器：riscv64-linux-gnu-gcc 11.4.0
• GNU Make：4.3

---

问题 1

原代码 sys.path = sys.path + [tools_path] 把 tools/ 追加到 sys.path 末尾。Python 按顺序搜索模块，系统中的同名模块会优先被加载，导致 from building import * 可能导入错误版本。

只要系统 Python 环境中存在与 tools/ 下同名的包即触发。

---

问题 2

原 Makefile 通过 sed -n '3p' 检查 rtconfig.h 第 3 行是否为空，来决定是否在第 2 行后插入 #include "extra.h"。比较依赖 scons 生成文件的行结构。若 scons 生成的文件第 3 行恰好不为空，extra.h 就永远不会被插入。

---

问题 3

这个问题只要第一次运行 make init 通过就不会触发，主要是第一次初始化没过，后面在运行可能不会重新生成 rtconfig.h。

---