GNU Make中notdir/strip与CURDIR组合在定义和条件中行为差异问题

云上老周

2026-8-19

问题分析与Make机制解释

1. 核心原因：变量被后续定义覆盖

STM32CubeIDE自动生成的子目录主Makefile或后续包含的makefile.targets/makefile.init中，大概率重新定义了TYPE变量，覆盖了你在makefile.defs中的定义。

GNU Make的基础规则是：同一变量的后续定义会直接覆盖之前的定义（除非用override关键字强制保留自定义）。如果你在makefile.defs中通过TYPE=$(strip $(notdir $(CURDIR)))做了去空白处理，但后续自动生成的代码里又直接定义了TYPE（比如TYPE=Debug，可能带有不经意的首尾空白），那么你的strip操作就会被完全覆盖，最终TYPE值仍保留空白。

而你在条件判断中直接使用$(strip $(TYPE))时，处理的是被覆盖后的TYPE值（带空白），所以strip能正常生效。

2. 递归展开变量的展开时机问题

你当前使用的是递归展开式变量赋值（=），这种变量的特性是：每次引用变量时才会展开右侧的表达式，而非定义时就计算出固定结果。

如果在你定义TYPE之后、引用TYPE之前，CURDIR的值发生了意外变化（比如Make执行过程中临时切换了目录，虽在子目录构建场景中少见），那么$(notdir $(CURDIR))的结果可能偏离预期，导致strip看起来无效。

如果改用简单展开式变量赋值（:=），就能在定义时立即计算并固定TYPE的值，避免后续目录变化的影响：

TYPE := $(strip $(notdir $(CURDIR))) # 简单展开，定义时直接计算结果

验证与解决方案

验证变量是否被覆盖：在makefile.defs定义TYPE后添加$(warning Defined TYPE as [$(TYPE)])，再在子目录主Makefile的不同位置（比如包含makefile.targets前后）添加类似警告，查看TYPE的值是否发生变更。
若为覆盖问题，使用override关键字强制保留自定义：
```
override TYPE := $(strip $(notdir $(CURDIR)))
```
优先使用:=简单展开赋值，规避递归展开带来的意外问题。