CI: 将 macos-26-intel (x86_64) 添加到 macOS CI 矩阵中,以捕获仅限 Intel 的回退

□ 总结

Folly的macOS CI('getdeps mac.yml')只在"macOS-latest"(arch64 / Apple Silicon)上运行. 没有x86 64 macOS CI覆盖. 这允许一个平台特定bug(#2690)——一个无效的".align 64"编组指令,该指令只在Apple x86 64编组器上失败了——可以不被发现地进行发运.

□动机

当前的CI矩阵有一个缺口:

由 QQif ! 定义 (- arch64 ) 守护的代码路径从未被编译在 arch64 跑道上, 因此任何 x86 64 特定组装、 编译器或链接器问题都不会被当前 CI 所忽略 。

`macos-26-intel'一般可以使用(GA自2026年2月起),并一直支持到2028年11月。 将它添加到macOS CI矩阵中,将捕捉到x86 64 macOS回归到接下来的~2年中.

□ 建议的解决办法

在“getdeps mac.yml”中添加“macos-26-intel”作为第二个矩阵维:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 战略: 矩阵 : Os: [macOS-latest, macos-26-intel] (英语). 运行中:美元矩阵.os

两位跑者的主要区别在于"Homebrew"前缀:
- arch64:`/opt/homebrew'
- x86 64:`/usr/当地'

使用`brew-prefix llvm'来动态地解决LLVM路径,而不是硬编码`/opt/homebrew/opt/llvm/bin/clang'.

□ 接受标准

- `mac.yml ' 既运行于`macOS-latest'(arch64)又运行于`macos-26-intel'(x86-64)
- [ 两种矩阵工作都成功建立和测试愚蠢
- [ 没有硬编码的架构专用路径(使用 “ brew -- prefix” 或等同)

□ 相关

- 第2690号——CI漏洞允许运送的 '.align 64' bug
- 2691 — 公关用 ".balign 64 " 修复 " .align 64 " 错误