Eclipse在Windows下构建项目时C文件路径分隔符丢失报错

问题现象 #

在Eclipse中构建ARM Cross GCC项目时，源文件编译阶段执行失败，相同配置在Linux环境下可正常运行。
相关配置如下：

1. config.mk 配置片段

ifeq ($(BUILD_SYS),WINCMD)
$(info Building on Windows $(BUILD_SYS))
export DIR_SEP=\\

2. Makefile中SRC_PATH定义

export MAIN_DIR = $(APP_DIR)$(DIR_SEP)src
..
SRC_PATH:= $(MAIN_DIR)

3. 编译构建规则

%.o: %.c
$(OUTPUT_PATH)/%.o: $(SRC_PATH)/%.c $(DEPEND_PATH)/%.d
    $(HIDE)echo Compile $< 
    $(HIDE)$(CC) $< $(CFLAGS) $(DEPFLAGS) $(INCLUDE_DIRS) -o $@

Windows环境构建时输出报错：

Compile: C:\projects\my_repo\Projects\My_App/main.c
arm-none-eabi-gcc.exe: error: C:projectsmy_repoProjectsMy_App/main.c:
No such file or directory

测试验证发现：echo输出$<与$(INCLUDE_DIRS)变量时存在相同规律——除最后一个路径分隔符外，其余所有反斜杠目录分隔符均消失。

根因分析 #

Make默认将反斜杠\识别为转义字符，配置中定义的DIR_SEP=\\经过Make变量解析、传递给下游编译命令的过程中，反斜杠会被当作转义符吞掉：路径中反斜杠后紧跟目录名字符时，转义逻辑会丢弃反斜杠、仅保留后续字符，只有路径末尾的反斜杠因为后方没有待转义字符才会被保留，最终就出现了盘符与目录名直接拼接、路径找不到的错误。

修复方案 #

优先选择第一种方案，维护成本最低、跨平台兼容性最好：

• 全平台统一使用正斜杠作为路径分隔符
  包括Windows版arm-none-eabi-gcc交叉工具链、cmd、PowerShell在内的绝大多数Windows开发环境，都原生支持正斜杠/作为路径分隔符，完全不需要为Windows单独适配反斜杠规则。直接删除系统判断逻辑，将DIR_SEP固定为正斜杠即可，一套配置同时兼容Linux和Windows：

  # 无需判断BUILD_SYS，全平台通用
  export DIR_SEP=/
  

• 若必须使用反斜杠，需做双重转义
  Make中要输出字面意义的单个反斜杠，需要写4个反斜杠\\\\才能经过两层解析后保留为单个反斜杠传递给下游命令。这种方式维护成本极高，路径拼接时很容易出现转义遗漏，非特殊场景不推荐使用：

  ifeq ($(BUILD_SYS),WINCMD)
  $(info Building on Windows $(BUILD_SYS))
  export DIR_SEP=\\\\
  

注意不要在Makefile中混用正反斜杠，统一使用正斜杠是跨平台编译最稳妥的实践，不需要额外处理系统路径差异，GCC系列工具链对正斜杠路径的兼容性经过长期验证，不会出现识别问题。

内容的提问来源于stack exchange，提问作者asafadd