TermiNexus
0078102eca
fix(test): LLvmLiteTest/MLIRLiteTest 的池改用 MemBuddy（llvmlite/mlirlite 的池契约是 MemBuddy）
【类别 c 源码违规（调用方与库契约不符）】这两个测试给 llvmlite/mlirlite 传的是
memhub.MemPool，而这两个库的池契约是 memhub.MemBuddy；新判据禁止兄弟类指针相转，
于是编译期 fail-fast：
· 先爆 MemPool* → MemBuddy*（传参处）
· 若把库侧放宽成 MemManager*，则 TransPyV 读回 builder.Pool 时再爆
MemManager* → MemBuddy*
为什么是调用方让步、而不是给 MemPool 补接口/把库放宽：
1. llvmlite 的池不只是"库内 alloc/free"——它被存进 IRBuilder.Pool 并**被 TransPyV 读回**，
而 TransPyV 需要 MemBuddy 专有方法（alloc_tagged 7 处、mark 12 处、reset_to 43 处），
所以它对外暴露的有效契约就是 MemBuddy；
2. llvmlite 的 git 历史里从未出现 pool: memhub.MemPool；
pool: memhub.MemBuddy* 自 0f55646（2026-09-23）起即如此；
3. 反观 ast / numpy / json 的池只在库内使用（只 alloc/free），写 MemManager 才对，
故 Test/AstTest、NumpyTest、DictTest 继续用 MemPool 合法，不受本次改动影响。
改动：
Test/LLvmLiteTest/App/main.vp 30 处 memhub.MemPool → memhub.MemBuddy
Test/MLIRLiteTest/App/main.vp 20 处（含 "FAIL: memhub.MemPool init failed" 报文）
另把 MLIRLiteTest 里"MemPool 是无释放的 bump 分配器（free 为空操作），故此处不调用 free"
两处注释改成对 MemBuddy 也成立的说法（MemBuddy 支持 free，只是本测试无需逐块回收）。
配套：includes 仓 31b0f79（Revert 9b1399b）把 llvmlite/mlirlite/torch 复原回 pool: memhub.MemBuddy*。