在WSL中使用ARMCompiler6编译嵌入式C项目遇armclang未找到问题求助

核心问题分析 #

WSL中直接调用Windows路径下的armclang.exe时，存在两个常见问题：一是路径含空格导致环境变量解析异常，二是bash默认不会自动为Windows可执行文件补充.exe后缀（除非配置正确）。

具体解决步骤 #

• 临时验证路径与文件有效性
  在WSL bash中执行完整路径的命令，确认文件可正常运行：

  "/mnt/c/Program Files/Arm/Development Studio 2019.0-1/sw/ARMCompiler6.12.1/bin/armclang.exe" --version
  

  若能输出版本信息，说明文件本身无问题，只需调整环境变量或命令调用方式。

• 正确配置带空格的环境变量
  路径包含空格时，必须用引号包裹后添加到$PATH，否则会被拆分：

  # 当前会话临时生效
  export PATH="$PATH:/mnt/c/Program Files/Arm/Development Studio 2019.0-1/sw/ARMCompiler6.12.1/bin"
  # 永久生效（写入bash配置文件）
  echo 'export PATH="$PATH:/mnt/c/Program Files/Arm/Development Studio 2019.0-1/sw/ARMCompiler6.12.1/bin"' >> ~/.bashrc
  source ~/.bashrc
  

• 创建软链接简化命令调用
  为避免每次输入.exe后缀，可在WSL的系统bin目录创建软链接：

  sudo ln -s "/mnt/c/Program Files/Arm/Development Studio 2019.0-1/sw/ARMCompiler6.12.1/bin/armclang.exe" /usr/local/bin/armclang
  

  之后直接输入armclang即可调用对应Windows可执行文件。

• 修正Makefile中的命令写法
  确保Makefile中的编译器命令匹配实际可调用的名称：

  # 若未创建软链接，直接调用exe文件
  CC = armclang.exe
  # 若已创建软链接，可简化为
  CC = armclang
  

额外注意事项 #

• 优先使用WSL原生make：执行sudo apt install make安装Linux版本的make，避免调用Windows版make.exe可能出现的兼容性问题。
• 验证配置结果：执行echo $PATH确认目标路径已添加，执行which armclang或which armclang.exe检查命令是否能被正确定位。

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