移除Makefile中uname命令 实现Windows默认CMD直接运行make

目标是直接在Windows默认CMD中运行make命令，不需要额外进入MSYS2、Cygwin环境执行构建。实际执行时抛出报错：

'uname' is not recognized as an internal or external command, operable program or batch file.
process_begin: CreateProcess(NULL, uname -m, ...) failed.

• 现有项目的Makefile内置了跨平台判断逻辑，通过$(shell uname | tr '[:upper:]' '[:lower:]')、$(shell uname -m)这类语法，调用类Unix系统专属的uname命令，获取系统类型、CPU架构信息做后续构建分支判断
• uname命令是类Unix环境的原生命令，Windows默认CMD没有内置，Make执行到这段shell调用逻辑时，会因为找不到对应程序直接触发进程创建失败，中断整个构建流程。

核心思路是移除Windows分支下对uname命令的强制依赖，优先使用Make内置的平台识别逻辑、Windows系统自带的环境变量完成判断，从根源上消除shell外部命令调用，同时保留原有类Unix平台的构建兼容性，不影响其他环境的使用。

• 改造系统类型判断逻辑
  把原有的直接调用uname的写法：

  OS := $(shell uname | tr '[:upper:]' '[:lower:]')
  

  替换成分支判断写法，Windows环境完全不调用uname：

  # Make运行时会自动识别Windows环境的内置变量，无需外部命令
  ifeq ($(OS),Windows_NT)
      OS := windows
  else
      # 非Windows环境保留原有逻辑，兼容Linux/macOS构建
      OS := $(shell uname | tr '[:upper:]' '[:lower:]')
  endif
  

• 改造系统架构判断逻辑
  把原有的直接调用uname获取架构的写法：

  ARCH := $(shell uname -m)
  

  替换为Windows环境优先读取系统内置环境变量的写法：

  ifeq ($(OS),windows)
      # 读取Windows系统自带的架构变量，不需要启动外部进程
      ifneq ($(PROCESSOR_ARCHITEW6432),)
          ARCH := $(PROCESSOR_ARCHITEW6432)
      else
          ARCH := $(PROCESSOR_ARCHITECTURE)
      endif
  else
      # 非Windows环境保留原有uname调用逻辑
      ARCH := $(shell uname -m)
  endif
  

• 收尾排查
  全局搜索Makefile里所有包含uname的$(shell ...)调用，确保这些逻辑只在非Windows的分支下触发，不会在CMD环境下被执行到。

注意：不要为了绕过报错单独给Windows安装uname、tr这类Unix工具，这种做法会额外引入环境依赖，违背“直接在原生CMD下跑make”的初始目标；改造时要确保Windows分支的判断逻辑完全不依赖外部shell命令，靠Make内置解析就能完成所有变量赋值。

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