[分享] macOS 26 (Tahoe) 时代，在 Apple Silicon 虚拟机中手动构建 AFNI ARM64 原生环境的坑与路

0x00 前言

最近 macOS 26 (Tahoe) 发布后，AFNI 官方针对 Liquid Glass 带来的 XQuartz 兼容性问题做了大量修复。虽然官方提供了 @update.afni.binaries 的建议，但对于追求极致稳定，或需要在 ARM 虚拟机（ Parallels/UTM ）中跑 Debian 环境的同学来说，官方预编译包的缺失依然是个硬伤。

这两天折腾了一下在 Debian 12 ARM64 环境下手动从源码编译 AFNI & SUMA ，成功点亮了 3D 渲染和 NIML 联动，特此分享。

0x01 运行实测与系统环境

运行实测

宿主机: macOS 26 (Tahoe) - Apple Silicon

虚拟机: Debian GNU/Linux 12 (bookworm) ARM64

目前测试 DTI 追踪和基础 GUI 功能均正常，联动非常顺滑：

0x02 为什么要折腾这个？

虽然官方在 Tahoe 上努力修复了 GUI 问题，但目前调整窗口大小时偶发的黑屏 Bug 依然存在。在虚拟机里跑一个原生编译、针对 ARM 指令集优化的二进制版本，不仅能规避宿主机的系统层级显示干扰，还能利用虚拟机隔离环境进行大规模数据批处理，对科研生产力是极大的释放。

0x03 核心踩坑与心得

GLIB 路径地狱：在 aarch64 下，glibconfig.h 的位置和传统的 x86 差异很大。编译时必须显式导出 CPATH，否则 SUMA_gts 会报错死在第一步。
依赖补全：除了常规的 Motif ，libxi-dev 和 libxdevice-dev 是在虚拟机里搞定 X11 转发的关键，少一个都会导致二进制文件无法生成。
R 环境陷阱：别用 AFNI 自带的脚本去跑 R 包源码编译，ARM 下直接 apt install r-cran-tidyverse 等二进制包才是正解，能省去数小时的编译报错。
去油脂模式：针对虚拟机环境，建议在 .sumarc 里强行开启 SUMA_NoFancyStuff=YES。实测在 X11 转发下，这样能极大减少由于 GPU 驱动兼容性导致的图形卡死。

0x04 成果分享

我已经将针对 Debian 12 ARM64 优化的 Release 同步到了 GitHub ，包含了一键编译脚本和预编译的二进制包，希望能给同样在 Apple Silicon 上做脑成像分析的同学省点时间。

项目地址: longzheng268/afni-gnu-linux-arm64
分支: gnu-linux-arm64

0x05 交流

向所有在 macOS 26 环境下克服 Xquartz 破碎问题的探险家致敬。如果你有更好的 ARM 架构优化参数，欢迎一起讨论。