Resolve the target side once, and let every translation unit read it - #515

Merged

Sunrisepeak merged 20 commits into

mainfrom

feat/target-side-reaches-every-unit

Aug 27, 2026

Commits on Aug 27, 2026

2026.8.27.1 —— 目标侧被解析出来了,只发给了一个编译单元
 speak-agent
committed
31fa043
fix(test): 新的 hostflags fixture 用了 MSVC 没有的 getpid/<unistd.h>
speak-agent
committed
9adc5ad
fix: 请求的 glibc 版本与装好的 glibc 版本,是两种词汇
 speak-agent
committed
dd2b278
chore(xlings): pin 2026.8.17.2 → 2026.8.27.1,索引已经在等这个客户端
 speak-agent
committed
1b6f527
fix(e2e295): 归一化用了 `^` 锚定,而 Windows 上那个 token 是带引号的
 speak-agent
committed
af126a3
fix: 「请求的版本 → 装好的目录」有两个调用方,而我先只修了一个
 speak-agent
committed
4fd1fa2
fix(prepare): build.mcpp 的宿主工具链不该继承目标侧的 C 库出处
 speak-agent
committed
2533735
Revert "chore(xlings): pin 2026.8.17.2 -> 2026.8.27.1" —— 它把绑定移到了已装载荷的前面
 speak-agent
committed
b3735fc
ci: 把引导阶段绑定指名的 glibc 载荷装给它(过渡步骤)
speak-agent
committed
6e310aa
fix: 头集轴把这台机器的 home 写进了键(自我 review 实测)
speak-agent
committed
d335ff3
fix: 空版本请求会把包目录本身当成载荷返回
 speak-agent
committed
4ed7511
docs: 新键在旧引擎上的行为(实测),并补上被我改得不准的那条消息
 speak-agent
committed
5087d3a
docs(changelog): 补回漏掉的那条修复,并订正一句已经过时的说法
 speak-agent
committed
ff24a88
test: 两个键会在同一个包里相遇,而没有任何判据覆盖这件事
 speak-agent
committed
32fc574
ci: 挑「刚构建出来的那个 mcpp」,而它挑的是走到的第一个
 speak-agent
committed
7325184
Revert "ci: 把引导阶段绑定指名的 glibc 载荷装给它(过渡步骤)"
speak-agent
committed
464a16a
chore(xlings): pin 2026.8.17.2 -> 2026.8.27.2
speak-agent
committed
d4cbd39
Revert "chore(xlings): pin 2026.8.17.2 -> 2026.8.27.2"
speak-agent
committed
5603bc5
docs(plan): 回填实施结果 —— 写实现改掉了两处接口设计
 speak-agent
committed
557b6e9
docs(plan): 回填 ⑤ 的实施结果 —— 排除表从十八条缩到五条
 speak-agent
committed
7977744

Navigation Menu

Uh oh!

Resolve the target side once, and let every translation unit read it - #515

Resolve the target side once, and let every translation unit read it#515
Sunrisepeak merged 20 commits into
mainfrom
feat/target-side-reaches-every-unit

Commits on Aug 27, 2026

2026.8.27.1 —— 目标侧被解析出来了,只发给了一个编译单元

fix(test): 新的 hostflags fixture 用了 MSVC 没有的 getpid/<unistd.h>

fix: 请求的 glibc 版本与装好的 glibc 版本,是两种词汇

chore(xlings): pin 2026.8.17.2 → 2026.8.27.1,索引已经在等这个客户端

fix(e2e295): 归一化用了 `^` 锚定,而 Windows 上那个 token 是带引号的

fix: 「请求的版本 → 装好的目录」有两个调用方,而我先只修了一个

fix(prepare): build.mcpp 的宿主工具链不该继承目标侧的 C 库出处

Revert "chore(xlings): pin 2026.8.17.2 -> 2026.8.27.1" —— 它把绑定移到了已装载荷的前面

ci: 把引导阶段绑定指名的 glibc 载荷装给它(过渡步骤)

fix: 头集轴把这台机器的 home 写进了键(自我 review 实测)

fix: 空版本请求会把包目录本身当成载荷返回

docs: 新键在旧引擎上的行为(实测),并补上被我改得不准的那条消息

docs(changelog): 补回漏掉的那条修复,并订正一句已经过时的说法

test: 两个键会在同一个包里相遇,而没有任何判据覆盖这件事

ci: 挑「刚构建出来的那个 mcpp」,而它挑的是走到的第一个

Revert "ci: 把引导阶段绑定指名的 glibc 载荷装给它(过渡步骤)"

chore(xlings): pin 2026.8.17.2 -> 2026.8.27.2

Revert "chore(xlings): pin 2026.8.17.2 -> 2026.8.27.2"

docs(plan): 回填实施结果 —— 写实现改掉了两处接口设计

docs(plan): 回填 ⑤ 的实施结果 —— 排除表从十八条缩到五条