macOS M1平台GCC编译项目时pixman汇编报错问题排查

该错误属于典型的架构不匹配问题：
M1系列芯片为aarch64（ARM64）架构，但编译过程中pixman 0.34.0版本的x86专属实现文件pixman-x86.c被错误加入编译列表，文件内硬编码了%eax、%ecx等x86架构独有寄存器，以及=a等x86专属汇编约束，ARM指令集下不存在这些定义，因此直接触发编译报错。
日志里的宏展开警告是直接诱因：pixman 0.34.0中_PIXMAN_X86_64宏的写法不符合C标准，将defined()判断写在宏内部属于未定义行为，在aarch64环境下架构判断逻辑失效，没能正确跳过x86专属代码的编译流程。
从你贴的gcc版本信息可以确认，当前使用的Homebrew GCC本身就是面向aarch64架构的原生编译器，不存在编译器本身的架构配置错误，问题出在依赖构建脚本的架构适配逻辑缺失。

按优先级从高到低尝试：

• 升级pixman依赖版本
  pixman 0.34.0是2017年发布的旧版本，完全没有做Apple Silicon适配，从0.40.0版本开始pixman已经原生支持aarch64架构的NEON优化实现，同时修复了架构判断宏的未定义行为问题。直接将嵌套引入的pixman版本升级到0.40.0及以上的稳定版本，绝大多数场景下可以直接解决问题。
• 配置阶段强制禁用x86专属优化
  如果暂时无法升级pixman版本，在执行CMake配置时传入参数，强制pixman跳过所有x86汇编优化，走通用C语言实现：

  cmake .. -DPIXMAN_DISABLE_AVX=ON -DPIXMAN_DISABLE_SSE2=ON -DPIXMAN_DISABLE_MMX=ON -DCMAKE_SYSTEM_PROCESSOR=arm64
  

  如果Orthanc Stone的构建脚本封装了pixman的配置项，直接找到脚本中控制pixman CPU优化的开关，关闭所有x86相关的优化选项即可；如果对应版本pixman支持ARM NEON优化可以同步开启，不支持则使用纯C fallback实现，性能略差但可以正常编译运行。
• 修正构建脚本的架构判断逻辑
  检查Orthanc Stone的CMake脚本中目标架构检测部分，多数旧构建脚本只做了x86/x86_64的分支判断，没有覆盖aarch64/arm64场景，导致M1环境下误判架构，将pixman-x86.c这类x86专属源文件加入编译列表。找到对应逻辑后补充ARM64分支，排除所有x86专属源文件，加入ARM架构对应的实现文件即可。
• 兜底方案：通过Rosetta 2转译编译x86_64版本
  如果以上方案都无法快速落地，可以强制整个项目以x86_64架构编译，通过macOS自带的Rosetta 2转译运行：

  arch -x86_64 cmake .. -DCMAKE_OSX_ARCHITECTURES=x86_64
  arch -x86_64 make -j$(sysctl -n hw.ncpu)
  

  该方式编译出的二进制兼容性好，但运行性能低于原生ARM64版本，仅作为临时调试使用。

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