GVSDS/Viper_RegressionTesting
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
55 Commits 1 Branch 0 Tags
66ebd75deca3d804dbc85294a2d03fb72ef4874f
Commit Graph
9 Commits
Author SHA1 Message Date
TermiNexus ee6461be46 chore(comments): Test 仓注释英文化（R11） 
把 81 个 .vp 文件的中文 # 注释与三引号文档串改写为简洁英文，每个连续注释块 <=2 行；运行时中文字符串字面量（testcheck.begin/print 等用户可见消息）保持原样。骨架比对 HEAD 与工作区 112 文件漂移 0，全量 77/77 顺序回归通过。
 2026-10-05 22:43:38 +08:00
TermiNexus 44ce29200e refactor(test): 收尾 6 个测试用例的新规范语法迁移 
CoroTest/DefaultArgTest/FormatStringTest/FuncTest/MLIRLiteTest/ThreadingTest 的 App/main.vp 从旧写法（t.CInt/t.CPtr 注解、多行单语句体）迁到新规范（int 短别名、T* 后缀、单语句体并一行），为既有迁移的遗留未提交部分。验证：TPV 自举产物顺序回归 77/77 全通过。
 2026-10-05 09:24:42 +08:00
TermiNexus 3f532e665d chore(test): 移除工程配置里的 -Wl,--allow-multiple-definition 兜底 
该 flag 会静默吞掉真实重复符号（PYI_BUF_SIZE 一类），违背 fail-fast。逐个工程移除后由 TPV 自举产物重建并运行验证，顺序回归 77/77 全通过。顺带提交 ProbeGen 配置 project.vpj -> project.json 的重命名（回归脚本只认 project.json）。
 2026-10-05 09:22:53 +08:00
TermiNexus 209e8ed72e refactor(test): 发射器改名 mlirlite（LLvmLiteTest/MLIRLiteTest/NoVTableTest） 
- 与 TransPyV 单端 MLIR 同步：llvmlite -> mlirlite（import/限定名/注释）
 2026-10-03 19:26:54 +08:00
TermiNexus 579eb52561 fix(mlirlitetest): 子池 arena 精确取 2MB 块 + 主池 80MB + arena 失败 fail-fast 
现象一（池再次耗尽）：alloc size=2097152 needed=2097168 order=17 失败，used=62914560/池容量=67108576。根因：按 2MB 申请，memhub 的 needed=size+HEADER(8)+CANARY(8) 使 2MB+16 放不进 order16(2MB) 块 ⇒ 向上取 order17(4MB)，每块浪费一倍；16 个子池 = 64MB 把 64MB 主池吃干。

现象二（随之崩溃）：alloc 失败返回 None 后 MemBuddy(None, size) 在 memhub.vp:653 `self.free_lists[i] = 0` 写空指针 → 0xC0000005 av_addr=0x0。

修复：SUB_POOL_SIZE 取 2097136(=2MB-16) 使 needed 恰为 2MB、正好取到 order16 块（不再浪费一倍）；POOL_SIZE 64MB→80MB 留余量；新增 _sub_arena 只返回裸指针（可安全跨函数返回，MemBuddy 实例是栈值不可返回其指针）并对 arena 分配失败 fail-fast。
 2026-10-03 16:33:24 +08:00
TermiNexus 4203b4754f fix(mlirlitetest): 子池改在 main 帧内构造，修复返回本帧栈对象指针导致的悬空写穿 
现象：Test 1 第一次 alloc 就报 memhub "_split_to_order max_order 非法（字段被写穿）: max_order=450754216 usable_size=2096864"（子池对象只有 max_order 是垃圾、相邻字段正常）。

静态查 IR 定根因（temp/a2/a2d629ccc917eaa6.ll）：_sub_pool 内 %13 = alloca %MemBuddy，__before_init__/__init__ 都作用在这个栈对象上，最后 ret %MemBuddy* —— Viper 中无 __new__ 的类实例是值语义（降级为栈 alloca），返回"指向本帧局部对象"的指针即悬空；调用方第一次 alloc 读 max_order 落到复用后的栈垃圾。

修复：删掉返回 MemBuddy* 的 _sub_pool 助手，改为在 main 帧内逐测试构造子池（与原代码在 main 建池同款；main 内同样的 alloca %MemBuddy 一直有效，故原版能跑到 Test 14）。
 2026-10-03 16:31:46 +08:00
TermiNexus ceccd4aa1e fix(mlirlitetest): 每测试独立子池 + 主池调大，修复渲染器按函数分配累积耗尽池 
现象：跑到 Test 14 时 memhub 4MB 池耗尽 → "[MLIR-FAIL] MLIR 渲染: 常量/别名表分配失败"。

根因（按存活块账目反推）：mlirlite 的 _MlirTablesInit 在**调用方池**里每次 FunctionPrint 重分配约 35–45KB 的常量表/别名表/scratch 且不释放；15 个测试共用一个 4MB 池 ⇒ 按函数泄漏跨测试累积，加上每节 64KB 输出缓冲与 32KB GV 缓冲，到第 14 个吃干。

改为"主池 + 子池"：主池仅用于给每个测试切一块 SUB_POOL_SIZE(2MB) 子池（_sub_pool），测试内 IR 对象与渲染器 scratch 全部落在自己的子池，互不叠加；POOL_SIZE 4MB → 64MB（15 个子池，伙伴分配器按 2 的幂取块）。
 2026-10-03 16:27:50 +08:00
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*。
 2026-09-29 15:51:02 +08:00
TermiNexus 3c6fb1d246 chore(test): 初始化回归测试仓（新增 .gitignore，TestsOverview.md 改为 README.md） 
把 Test/ 纳入 https://git.gvsds.com/GVSDS/Viper_RegressionTesting 。

1) 新增 .gitignore —— 只保留测试源码，剔除全部构建产物：
   目录   **/output*/（output / output_opt / output_orig / output_verify / output_dbg）、
          **/temp*/（temp / temp_opt）、**/.tpv_build/
   二进制 *.exe *.obj *.o *.out *.a *.lib *.dll
   中间物 *.ll *.vpi *.pyi *.deps.txt *.deps.json *.doc.json *_sha1_map.txt
          _pyi_cache_v1.pkl _pyi_cache_v1.sig.json _shared_sym.json _phase1_manifest.json
   其它   build_all.txt（构建日志）、*.log、__pycache__/、*.bak、IDE 目录
   保留   App/*.vp、project.json / project_opt.json / project.vpj、README.md、两个 .py
   实测 `git add -A --dry-run`：196 个文件，无任何构建产物混入。

2) TestsOverview.md → README.md（作为仓库首页文档）。

3) SequentialRegressionTest.py：7 处 TestsOverview.md 引用同步改为 README.md
   （文档串、OVERVIEW 路径、read_test_order 文档与报错文案、argparse description、
   启动横幅）；同时修正入口路径 PROJECTRANS —— 旧值 <root>/Projectrans.py 已不存在，
   改为 <root>/TransPyC/Projectrans.py（与 regression_test.py:45-48 记录一致），
   否则本脚本会以 "can't open file" 全量失败。
   regression_test.py 无需改动：它按目录扫描 project.json 找项目，不引用该文档。
 2026-09-29 15:14:59 +08:00