问题备注 #611

未解决问题清单

A. 需要动作的(按紧急度)

A1 · PR #388 待合入 — 阻塞 main 的 CI

mcpplibs/mcpp-index#388 OPEN

合了才能修掉 #385 引入的三个红灯(vulkan、eui-neo-vulkan、vulkan-hpp-module 的 0xC0000135)。现在 main 的 CI 是红的,而且其中 Vulkan 那三个是我上一个 PR 引入的。

A2 · PR #387 待关闭

mcpplibs/mcpp-index#387 OPEN — 临时探针,标了 do-not-merge。它的产出(镜像矩阵)已经喂给 #388 了,#388 合入后应关闭并删分支,否则会留一个能跑的临时 workflow 在仓库里。

A3 · mysql-connector-cpp 在 llvm 腿链接失败 — 尚未上报任何地方

ld.lld: undefined symbol: std::__cxx11::basic_string<...>::_M_create(...)
ld.lld: undefined symbol: std::_Rb_tree_increment(...)
llvm 腿用 libc++,该包 install() 驱动 CMake 时链的是 libstdc++。同仓库的 llamacpp 已有先例——用 mcpp::cxx_stdlib() 按名字拒绝 libc++。这是九个问题里唯一还没落到任何 issue 上的。

B. 已上报、等上游(我这边无法推进)

┌────────────────────┬─────────────────────────────────────┬─────────────────────────────────────────────────────────────────────────────────────┐
│ 编号 │ 问题 │ 状态 │
├────────────────────┼─────────────────────────────────────┼─────────────────────────────────────────────────────────────────────────────────────┤
│ microsoft/STL#6294 │ _Find_vectorized 守卫与实现不一致 │ OPEN,报了近 4 个月,有人请缨修但等维护者指路;最新评论问"会不会回流稳定版 VS"无人回答 │
├────────────────────┼─────────────────────────────────────┼─────────────────────────────────────────────────────────────────────────────────────┤
│ mcpp#606 │ 扫描器读进块注释 │ OPEN,但问题已在 9.11.2 修复,我已评论确认。可以关了 │
├────────────────────┼─────────────────────────────────────┼─────────────────────────────────────────────────────────────────────────────────────┤
│ mcpp#609 │ STL 不兼容的备注 │ OPEN,定位为长期备注,不需要 mcpp 改动 │
├────────────────────┼─────────────────────────────────────┼─────────────────────────────────────────────────────────────────────────────────────┤
│ HuxerUI#130 │ hrc:builtin 44 个文件溢出 8192 缓冲 │ OPEN,只超 45 字节,取决于用户工程路径深度 │
├────────────────────┼─────────────────────────────────────┼─────────────────────────────────────────────────────────────────────────────────────┤
│ HuxerUI#131 │ graphite2 枚举了但没声明,静默跳过 │ OPEN,潜伏;harfbuzz 一旦带 graphite2 重编就炸 │
└────────────────────┴─────────────────────────────────────┴─────────────────────────────────────────────────────────────────────────────────────┘

C. 结构性问题(有记录,无人认领)

C1 · CI 缓存让 xim 包的改动无法被验证

~/.mcpp/registry 整个被缓存(含索引快照),restore-keys 前缀只到 MCPP_VERSION。

实操规则:不动 MCPP_VERSION,xim 包的任何改动都无法在 mcpp-index 的 CI 里验证。 这一轮里它让两次 wix 修复看起来都失败了。我只是绕过去(移 pin 顺带冲掉缓存),设计本身没改,只写进了设计文档 §11。

C2 · windows-2025 + toolset 双钉是缓解,不是修复

#388 让 CI 绿,但任何用户用 clang 配当前 MSVC STL 构建 HuxerUI 都照样撞上。摘掉这个 pin 的

C3 · wix 应该走 mcpp pack --format msi

provides_pack_format 机制比 HuxerUI v0.3.0 晚发布不到 3 小时,所以 v0.3.0 用的是 [xlings.wo。已记进设计文档 §12,需要 0.3.1 才能落地。

D. HuxerUI 上游待办(你说过之后处理)

1. 7 个 manifest 写着 license = "Apache-2.0",而 LICENSE 是 MIT;repo 指向个人 remote 而非 HuxerUI/HuxerUI。两个索引的描述符里我手工写对了,项目里还是错的
2. NodeExtensionHandle 的 operator== 改成显式 — 一行,绕开 STL#6294,实测验证过(trait 从 1
3. fix(new): resolve namespaced packages in --template fetch #130 / 希望 [targets.<name>] 支持 cxxflags 按目标覆盖 #131 两个 build.mcpp 的问题

E. 小事

• compat.mysql-connector-cpp 没有 CN 镜像(纯字符串 url),国内拉很慢。gtc 有权限,建个 mcpp-res 镜像即可
• compat.mysql-connector-cpp 的 install() 成功路径没有 return true,返回 nil。目前无害,但和