feat(pkg): add ggml-org.llamacpp b10069 C++23 module

[wellwei]

Replaces #127.

这次只提交一个经过完整验证的不可变版本 ggml-org.llamacpp@b10069。相比 #127，移除了未完成验证的 b10107、多版本并集规则、错误的版本报告与内部过程文档，分支从当前 main 重新整理为两条聚焦提交。

1. 包边界

• 消费端使用 C++23 模块：import llamacpp;
• 默认启用 CPU backend
• macOS ARM64 可通过 backend-metal 启用 Metal
• 收录上游 b10069 的 137 个 model translation units
• llama.h 的公开类型与函数声明（包括 deprecated API）由固定上游归档生成并校验
• 模块所需的 GGML/backend API 同时导出
• 公开 value macros 以同名 typed constants 暴露；include guard / visibility macros 不泄漏给消费者

六个上游 model TU 因 GCC C++23 named-module/vtable 兼容性在包内部单独以 C++20 编译：

dflash、eagle3、hunyuan-dense、llama-embed、minimax-m2、t5。

这只是实现侧 dialect exception，消费者仍直接使用 C++23 与 import llamacpp;，不需要兼容头或额外 API 分支。

2. 使用方式

添加依赖：

mcpp add ggml-org.llamacpp@b10069

等价的 CPU 配置：

[dependencies.ggml-org]
llamacpp = "b10069"

macOS ARM64 Metal 配置：

[target.'cfg(all(macos, arch = "aarch64"))'.dependencies.ggml-org]
llamacpp = { version = "b10069", features = ["backend-metal"] }

最小消费代码：

import std;
import llamacpp;

int main() {
    llama_backend_init();
    auto params = llama_model_default_params();
    params.n_gpu_layers = 0; // Metal 消费者可按需设置为正数
    llama_backend_free();
}

默认 CPU 测试会加载固定 GGUF、执行 decode 并采样一个 token。Metal 测试还会验证 MTL registry、GPU device、embedded Metal library、F32 graph compute、正数 GPU layer offload 与 decode，避免只有编译通过但实际未使用 GPU 的 false green。

3. 支持矩阵

平台	CPU	Metal	状态
Linux x86_64	yes	no	已验证
Windows x86_64	yes	no	已验证
macOS ARM64	yes	yes	已验证
Linux ARM64	no	no	当前不支持

Linux ARM64 当前被 mcpp 0.0.109 的 host-helper 问题阻塞：ARM64 默认选择 musl GCC，但 build.mcpp helper 没有继承静态链接设置，生成的 ELF 请求 Ubuntu glibc 环境不存在的 /lib/ld-musl-aarch64.so.1，最终在 posix_spawnp 处表现为 exit 127。最小 puts() build program 已独立复现；同一编译器仅增加 -static 后可正常运行。因此这里不添加包侧 workaround，也不宣称 Linux ARM64 支持；待 mcpp 核心修复并重新跑完整 consumer 后再扩展矩阵。

本 PR 不包含 CUDA、Vulkan、OpenCL、其他 GPU backend、mtmd、server 或 CLI。支持边界是 llama.h 公共库 API以及 CPU/macOS Metal 推理路径，不等同于打包 llama.cpp 仓库的全部应用程序。

4. 可重复性与校验

• 固定 tag：b10069
• 固定 commit：178a6c44937154dc4c4eff0d166f4a044c4fceba
• 固定 archive SHA-256：293a7c65a11e2203c5468a06d0d0e8d21dfff16ad08712b16c61efbe0d93e097
• snapshot 记录完整 TU 集、dialect exceptions、Metal shader inputs、platform links 与 public header hashes
• export generator 对固定上游 llama.h 做完整性检查，新增/删除/遗漏声明都会失败
• descriptor checker 禁止 model wildcard、遗漏 TU、重复 TU、未受控 backend feature、绝对 Xcode 路径、进程启动 API 和未发布 CN mirror 等漂移
• CI 会冷 materialize llama.cpp 包并加载固定 GGUF，避免 registry cache 或空测试造成 false green

本地收尾验证（mcpp 0.0.109）：

• mcpp xpkg parse pkgs/g/ggml-org.llamacpp.lua：通过
• 72 个 snapshot/export/fetch/package-contract mutation tests：通过
• python3 tests/check_llamacpp_snapshot.py：通过

Fork CI（HEAD b58d4d0）：run #30262738154

• lint：通过（包含固定上游 archive、snapshot 与 export 检查）
• mirror-cn-reachable：通过
• Linux x86_64 workspace：通过
• macOS ARM64 workspace：通过
• Windows x86_64 workspace：通过

本包目前只使用固定的 GLOBAL upstream URL，没有已授权发布的 CN mirror；未伪造镜像条目。PR 不需要提高现有 min_mcpp = 0.0.109 或 workflow pin。

5. 版本更新策略

llama.cpp 更新非常频繁，本包不按每个 daily build 机械追版本：

• 日常观察 upstream 变化，默认每两周选择一次候选版本评估
• 出现消费者需要的新模型、CPU/Metal correctness/crash/security/performance 修复，或重要 llama.h API 变化时立即评估升级
• server/UI/CLI、mtmd 或当前不支持 backend 的单独变化不触发本包升级
• 已发布版本保持不可变；升级时追加新版本，不改写 b10069 的 URL/SHA/生成内容
• 每次升级都重新生成并审核 snapshot、exports、完整 TU 列表与 dialect exceptions，并重新跑声明平台的 cold consumer inference
• 未完成上述验证的 upstream 版本不加入描述符

这个策略把“跟进 upstream”限定为有消费者价值且能被当前 CPU/Metal 支持边界证明的更新，避免再次把试验中的版本和规则一起塞进 PR。