Skip to content

问题备注 #611

Description

@Sunrisepeak

未解决问题清单

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。目前无害,但和

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions