ci: mcpp 0.0.101 → 0.0.102 (windows scan-deps cmdline ceiling, mcpp#261)

[Sunrisepeak]

索引侧把 CI 的 mcpp pin 与版本契约从 0.0.101 抬到 0.0.102。

背景

windows workspace 腿在把包当依赖从注册表消费时,包自己的 TU 落在 xpkgs 路径下(…\.mcpp\.xlings\data\xpkgs\mcpplibs-x-opencv\0.0.7\opencv-m-0.0.7\,约 124 字符),而不是包自己 CI 里的 D:\a\opencv-m\opencv-m\(约 23 字符)。每个 -I 都多背 ~100 字符前缀,vendored-opencv 消费者(opencv-module / opencv-module-dnn)的 clang scan-deps 命令因此越过 cmd.exe 的 8191 字符上限,报 The command line is too long.。

那个 cmd /c 只是为了用 shell 重定向 > $out 拿 P1689 JSON。mcpp 0.0.102(mcpp#261) 改用 clang-scan-deps -o 去掉 wrapper,并把 #247 的 response-file 兜底扩展到每条带 $local_includes 的规则,上限从 8191 回到 CreateProcess 的 32767。

opencv-m 自己 CI 的 windows 腿是绿的,正是因为它的路径前缀短——这不是包代码问题,而是路径深度触发的引擎侧上限。

改动

• .github/workflows/validate.yml:MCPP_VERSION 与三个矩阵 mcpp_version 0.0.101 → 0.0.102,并补版本说明注释。
• index.toml:min_mcpp / latest_mcpp 同步抬到 0.0.102(按契约与 CI pin 同步)。

0.0.102 同时带 #257(Clang purview-include depfile 追踪)、#258(OS 条件 [build].flags)、#254(per-OS splice 按 target 而非 host)。

编辑了 validate.yml,因此本 PR 会触发全量 workspace 构建 —— 正好作为 0.0.102 的一次全矩阵回归,验证 windows 腿恢复绿色。合入后 rebase #111(opencv 0.0.7 单仓库描述符)。

[Sunrisepeak]

Folded into #111: the 0.0.102 floor bump exists because opencv 0.0.8's windows leg needs mcpp#261, and #111 already deletes the old compat.opencv members that a separate full regression here would waste windows-build time on. #111 now carries the validate.yml + index.toml bump together with the descriptor, so one run builds the new single-repo members on the right mcpp.