GVSDS/ViperC
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 1 Wiki Activity
293 Commits 1 Branch 2 Tags
c5424429877e8a775884812e62f6293e969ea8d7
Commit Graph
291 Commits
Author SHA1 Message Date
TermiNexus c542442987 fix(structgen): 裸名回退字段未找到时返回 None 而非 fatal_error，让 REnum 变体别名回退生效 
- ce62546 新增的裸名回退分支在类命中但字段未找到时 fatal_error，
  截断了 ExprGenAttr L853-864 的 REnum 变体别名回退（LLVMType.Pointee
  → _p2 槽位是变体别名非普通字段）→ AssignGenMixin.vp:1002
  "类 llvmlite.LLVMType 裸名回退但字段 Pointee 未找到"
- 改为字段未找到 return None，对齐主 SHA1 匹配分支语义，让调用方
  有机会走 REnum 别名/继承链回退
 2026-08-27 16:16:03 +08:00
TermiNexus ce62546e90 fix(structgen): lookup_field_by_class 模块归属未命中回退裸名同名类（唯一时），修复 ast.Attribute 归属错位误报 
- 场景：ast.Attribute（ast/exprs.vp 定义，ModuleSha1=c0def010dcebadb1）经
  lookup_field_by_class 模块归属解析，模块段 "ast" 走包名回退 → ast/__init__.vp
  的 sha1 （35245c385b0ddd7b）→ find_struct_by_module 不匹配 → 误报
  "类 ast.Attribute 未找到"（AssignGenMixin.is_cdefine_annotation 的 at.attr 触发）
- 修复：模块可解析但类未注册时，统计裸名同名类数量，唯一时回退查找字段
  （Attribute 短名无跨模块同名，安全）；多同名仍 fail-fast（防 sched.Thread 顶掉）
 2026-08-27 16:10:48 +08:00
TermiNexus 907f7892f9 fix(callgen): 跨模块返回类型解析的 mod_ret_sha1 显式初始化 None，修复裸名调用读栈残留崩溃 
- CallGenMixin.translate_call 中 mod_ret_sha1 原声明在 Attribute 分支内、
  elif mod_ret_sha1 is not None 在外层读取，裸名调用（cl.func 是 Name，
  如 LLVMModuleCore.CreateGlobalInt 内裸名 create_global_int）时该 alloca
  从未 store，读到栈残留垃圾（0x1）→ _LookupMethodRetTyFromTextLL 的
  strlen(0x1) 零页访问（llvmlite/__init__.vp 翻译时 0xC0000005）
- 前移声明并显式初始化为 None，裸名调用不再进入跨模块返回类型解析
 2026-08-27 15:52:09 +08:00
TermiNexus c54e87bd6d fix(imports): from . import Y 的 Y 是包内符号（非子模块）时跳过 SHA1 校验 
- translate_import_from_module 对 from . import Y 曾无条件把每个 name 拼成
  resolved.Y 当子模块校验 SHA1 → json/__parser.vp 的 from . import JsonValue
  等符号（json/__init__.vp 定义）被误报"模块 json.JsonValue 未注册 SHA1"
- 仅在完整名已注册 SHA1（真子模块）或本地文件时才校验+登记；符号映射
  由 translate_import_from_names 的 from-import / re-export 处理
- 顺带：Reexport 懒初始化改用 CompilerFactory.factory.PermPool（配合 TPC
  跨模块全局写端修复）
 2026-08-27 14:27:24 +08:00
TermiNexus a603736f64 修正：直接操作操作跨模块变量（VLogger），避免间接 global 函数 2026-08-27 13:14:39 +08:00
TermiNexus ab0f37e1a8 更新，可自举 2026-08-27 09:48:20 +08:00
TermiNexus 07db560510 fix(gen): 裸名回退时 malloc/calloc/realloc/alloc/alloc_buf 的 size 参数按 i64 提升——desktop 第 4 次 mm.malloc 返回值被破坏收到 0x0、用户 App vpsdk malloc 同理 2026-08-27 00:55:52 +08:00
TermiNexus f185241a71 fix(gen): translate_subscript 支持 Slice 切片表达式（a[start:end]）——此前返回 None 导致函数实参被丢弃（create_process(path[n:],entry) 丢 name、entry 错位 → p.entry 垃圾 → 用户进程 iretq 垃圾地址 PF） 2026-08-27 00:45:22 +08:00
TermiNexus ee6d78bbb1 fix(structgen): lookup_field SHA1 隔离改用 strncmp 前 16 字符比较，消除 stdlib.free 对 pool 子块的 bad-free（ASAN） 2026-08-26 23:58:07 +08:00
TermiNexus cc9112b54a fix(structgen): lookup_field SHA1 隔离临时缓冲改用 stdlib.malloc（lookup_field 无 pool 参数）并补 free 2026-08-26 23:54:22 +08:00
TermiNexus ad1089d9af fix(structgen): lookup_field 名称回退按类型 SHA1 精确隔离，禁止 strstr 裸名跨模块抓同名类（sched.Thread 被 vthreading.Thread 顶掉 → th.arg 索引错成 func(3) → 线程 call 0 #UD） 2026-08-26 23:52:37 +08:00
TermiNexus ec48b315d3 debug(structgen): add_field 打印每字段名+索引，确认 Thread.arg 是否漏注册或字段名悬空 2026-08-26 23:45:13 +08:00
TermiNexus d082bb3996 debug(exprgenattr): 字段查找 arg/func 时打印 attr/类型/索引/实际字段名，定位 Thread.arg 索引错解析成 func(3) 根因 2026-08-26 23:40:22 +08:00
TermiNexus d8286295d1 fix(callgen): 外部函数返回类型白名单补 malloc→i8*，修复跨模块裸名 @malloc 调用返回类型推断为 i32 截断 64 位指针（uhci frame list / desktop bg_row_buf 判 None 根因） 2026-08-26 22:56:35 +08:00
TermiNexus ecfa47bd3c fix(callgen): 跨模块裸名 CExport 调用精确解析返回类型，依赖未编译时 _deps_pending 重试，修复 malloc 返回截断 i32 2026-08-26 22:44:46 +08:00
TermiNexus e82664fa67 fix(gen): @t.Object 类模块级变量转 Ptr(struct)，t.CStruct 值类保持值，修复 devfs 虚表调用跳栈 #PF 2026-08-26 22:33:11 +08:00
TermiNexus 66fe13f407 fix(vpireader): stub 全局变量声明保持 t.CStruct 值类型，修复跨模块字段访问当指针解引用 2026-08-26 22:18:10 +08:00
TermiNexus 5d121f7166 fix(funcattrs): stackrealign 是 LLVM 字符串属性需带引号，否则 llc 报 expected '{' 2026-08-26 22:07:42 +08:00
TermiNexus 0d4b7ff491 fix(funcattrs): 显式传 max_len 并兜底 0，修复方法默认参数缺陷致属性文本全被丢弃 2026-08-26 22:03:57 +08:00
TermiNexus ec45dd0195 debug(funcattrs): 打印 _append_str max_len 实际值与写入后 strlen，定位 attrs 变空根因 2026-08-26 21:59:09 +08:00
TermiNexus f27a32b9f4 debug(funcattrs): 诊断加当前文件名，区分 VKernel/Scene3D 等模块编译 2026-08-26 21:52:26 +08:00
TermiNexus e9a60273a7 debug(funcattrs): 第二轮诊断——dump decorator AST/args/kwargs/模块SHA1，确认第三个属性参数去向 2026-08-26 21:32:29 +08:00
TermiNexus e60be41ad8 debug(funcattrs): 添加 @c.Attribute 属性提取链运行时诊断，定位 stackrealign 未进 IR 2026-08-26 20:35:09 +08:00
TermiNexus 2165c171e7 feat(funcattrs): 支持 stackrealign 函数属性 
入口函数（_start）由 bootloader jmp 进入（rsp≡0 mod 16），llc 按 call 约定
假设入口 rsp≡8 → 帧整体偏 8 → 所有调用 rsp≡8 → 变参函数保存 xmm 的
movaps #GP。新增 t.attr.stackrealign → LLVM stackrealign 属性，序言动态
重对齐栈，与入口约定无关。
 2026-08-26 20:18:01 +08:00
TermiNexus 9f19673072 fix(classgen): 方法预扫描补 pre_scan_scope_decls，修复 global 名被当局部 
方法（method）预扫描只调 pre_scan_allocas，漏调 pre_scan_scope_decls（模块级
函数路径 FuncGenDef 是先 scope_decls 再 allocas）。导致 global BootInfo 未
注册时 prescan 把 BootInfo 当局部创建 alloca（define_var 注册局部），后续翻译
is_global_name 为真又写全局 → 局部 alloca 永不写入 → 读全 0（main.vp __init__
BootInfo memmap 全 0 根因）。

修复：方法预扫描先 pre_scan_scope_decls 注册 global/nonlocal，再 pre_scan_allocas，
与 FuncGenDef/FuncGenMixin 路径对齐。
 2026-08-26 19:30:31 +08:00
TermiNexus 53c72ff57a fix(callgen): 包子模块限定调用支持祖先包导入判定，杜绝同名函数劫持 
main.vp IR 显示 intr.gdt.init() 解析成 @3b3cc38844ed7ad9.init（serial.vp）、
intr.idt.init() 解析成 @c418c6220a9a9d2a.init（su8250.vp，还带伪造 i16 实参）
——intr 包限定的跨模块调用因 is_module_imported('intr.gdt')=0 跳过校验，
find_func_in_module 后缀匹配劫持最先注册的同名 init → GDT/IDT 从未初始化，
CPU 一直用 OVMF 的 IDT（int 0x20 → OVMF #GP 0xEB6810C，定时中断永不到达）。

新增 ImportsGen.is_module_imported_or_known：已导入 或 全局已登记且任一祖先
包已导入（import intr → intr.gdt 可访问；this.this() 未 import this 仍 fast-fail）。
替换 CallGenMixin 模块限定解析 5 处门控（构造单层/多层、found_func 校验、
跨模块调用 import 检查）。
 2026-08-26 18:56:37 +08:00
TermiNexus 23ef8c94fa fix(exprattr): 包子模块属性访问支持全局注册表回退+裸名回退+数组退化 
import intr 只注册包名 intr，intr.idt.idt[32] 的嵌套路径 is_module_imported
('intr.idt')=0 → 落入结构体字段访问报 '属性访问失败: .idt'（main.vp L98 根因）。
修复：1) 嵌套路径模块已知性增加 Sha1Store 全局注册表回退（包 __init__.vp
from . import X 注册的 pkg.X）；2) 未显式 import 的已知子模块先经
LoadDepVpiIntoModule 注入其 .vpi 声明（含类完整结构体定义 + CExport 裸名
全局声明）；3) 全局查找补 CExport 裸名回退；4) 模块级数组全局按 C 语义
返回基址指针（对齐读路径 L629-634），供下标/字段 GEP 继续。
 2026-08-26 18:51:13 +08:00
TermiNexus 50a4772a7d fix(gen): 模块限定构造优先于裸名可见性分支，根治 ctor 归属内核同名类 
gfx.Scene3D(...) 的 ctor 检测：Scene3D 因 includes 预注册（VKernel gfx
0ae）可见 → is_struct_visible 为真 → 走裸名分支 find_struct_by_module(
func_name, trans.ModuleSha1) 落空 → 裸名回退 find_struct("Scene3D") 命中
先注册的内核版 0ae → ctor 生成 @0ae.Scene3D.__before_init__。上一版只改
了 elif 分支（vis!=0 时是死代码），未生效。

改为模块限定构造优先：在裸名可见性检查之前，识别 Module.Class(...) 且
模块已导入 → _lookup_module_sha1(模块名) 精确解析 SHA1 →
find_struct_by_module 命中 App 版（9aab），锁定后跳过裸名回退。
 2026-08-26 17:39:25 +08:00
TermiNexus 0a28df0864 fix(gen): 模块限定构造按模块名解析 SHA1，修复 ctor 归属内核同名类 
gfx.Scene3D(...) 的模块限定构造路径（Name 模块基）误用 trans.ModuleSha1
（当前文件 sha1，类在 gfx 模块）→ find_struct_by_module 落空 → 裸名回退
find_struct("Scene3D") 命中跨模块同名类中先注册的 entry（VKernel gfx 与
App gfx 都定义 Scene3D，0ae 先经 includes 预注册）→ ctor 生成
@0ae.Scene3D.__before_init__ → 链接 undefined symbol（Scene3D 根因）。

改为按模块名 _lookup_module_sha1("gfx") 精确解析 SHA1 后
find_struct_by_module 命中 App 版（9aab），与注解解析路径一致。
 2026-08-26 17:29:48 +08:00
TermiNexus 9b56d1d75c fix(gen): Phase B+ 与链接跳过 App 源文件，修复链接 duplicate symbol 
Scene3D 的 App 源文件 gfx.vp 同时被 includes 扫描（includes 目录 ../..
=ViperOS 含 Apps/），且被 main.vp import → 进入可达集合 → Phase B+ 编译
一份 .obj 到 includes_binary，与 Phase A/B 编译到 output/ 的 .obj 同
sha1 同符号（9aab6ff7475c1bbf.Vec3.__init__ 等）→ ld.lld duplicate symbol。

- Phase B+ 编译循环：sha1 命中 App 源文件（entries）则跳过（其 .obj 已由
  Phase A/B 产出到 output/）
- 链接期 reachable obj 收集：同样跳过 App 源文件，避免 includes_binary
  残留同 sha1 .obj 与 output obj 重复入链
 2026-08-26 17:23:20 +08:00
TermiNexus c656cba393 fix(gen): App 短模块名键保留 + find_struct sha1 字面量精确匹配，修复同名类归属错乱 
ViperOS 目录含两份同内容 gfx.vp：App 的 Apps/Scene3D/gfx.vp(9aab) 与
VKernel 的 VKernel/.../vesafb/gfx.vp(0ae)，都定义 class Scene3D。includes
扫描("../.."=ViperOS)先以全路径模块名注册 9aab，AppendToSha1MapStore 按
sha1 去重吞掉 App 短模块名 "gfx" 键 → LookupSha1ByModName("gfx") 失败 →
后缀匹配劫持到 VKernel gfx(0ae) → Scene3D 类归属 0ae → 返回类型解析查
temp/0a/0ae*.text.ll（不存在）→ Phase A _deps_pending 永不收敛。

- AppendToSha1MapStore：去重改为 sha1 与模块名都相同才跳过，App 短模块名
  键（"gfx"）保留，import gfx 精确查找可命中
- find_struct：限定名模块段为 16 位 hex（sha1 字面量，如 "9aab.Scene3D"）
  时直接按 name+sha1 精确匹配（find_struct_by_module），不再落到裸名回退
- find_struct 第二遍裸名回退加同名唯一性检查：跨模块同名类（VKernel 与
  App 的 Scene3D）存在时返回 None 而非先注册的错误 entry
 2026-08-26 17:19:23 +08:00
TermiNexus 00606057c4 fix(gen): 模块别名解析优先别名还原，修复 process 后缀误命中内核模块 
import vpsdk.process as process 时，_imported_modules 含别名 "process"，
store 同时存在 "vpsdk.process" 与 "VKernel.Kernel.sched.process"（ViperOS
includes 目录扫描含 VKernel）。裸名 "process" 后缀匹配命中先扫描的内核
模块 → 跨模块调用解析到未编译的内核 → 返回类型解析落空 → Phase A
_deps_pending 永不收敛（Scene3D "Phase A 无法完成翻译" 根因）。

- StructGenMixin._resolve_module_sha1：别名还原（LookupModNameByAlias →
  vpsdk.process → 精确 SHA1）提升到裸名后缀匹配之前；裸名后缀仅作兜底
- Phase2 依赖探测：同构修复，别名还原先于后缀匹配，避免依赖缺失诊断
  误报内核 process 缺 text.ll
 2026-08-26 16:25:37 +08:00
TermiNexus f2bfe82834 fix(gen): Gargantua 编译修复——循环 alloca 入入口块 + 跨模块 CDefine 拼路径/门控 
- translate_for 循环计数 alloca 改回 _alloca_at_entry（入口块生成），
  修复分支内 for 循环（Terminal _cmd_cd 的 for i in range(1,64)）产生
  "Instruction does not dominate all uses! %197 = alloca i32"
- _build_source_path_from_sha1 优先用条目存储的 IncDir（绝对 includes 根，
  多目录支持）拼路径，修复 Gargantua 多 includes 目录下 stdint.vp 拼到
  首目录 ViperOS → 文件不存在 → XMOD-CD 误报
- translate_name_value 对 ALL_CAPS 名先查 lookup_var：当前作用域已有
  同名变量（如 Gargantua CAM/FWD/RIGHT/UP 模块全局）则跳过跨模块
  CDefine 查找，避免 star-import 误命中 stdint
 2026-08-26 16:14:05 +08:00
TermiNexus bd3705d68b feat(tpv): --build-dir 命令行覆盖 project.vpj 的 build_dir 
新增 --build-dir 参数：在 Config.resolve_paths 前覆盖 BuildDir，相对路径仍基于 project_dir 解析（_join_path），绝对路径（/ 或 \\ 开头）原样保留。用于隔离构建目录验证（如 --build-dir ./tpv_build2 避免陈旧缓存干扰）。
 2026-08-25 18:07:55 +08:00
TermiNexus decf74b946 fix(callgencall): 根治——跨模块 declare 创建后按形参类型 coerce 实参 
found_func=None 路径（跨模块调用）创建 declare 后未 coerce 实参，字面量 0=i32 传 i64 形参（t.CSizeT）未提升 → llc 按 i32 布局栈参（movl 4 字节写）→ i64 形参高 4 字节残留垃圾 → callee 读 can=[垃圾][count] 崩溃（SlotsBugTest/StringIterTest 根因，反汇编 movl 实锤）。

修复：与 found_func 路径（L588-611）同逻辑，_ensure_method_declare 后用 self.find_func_in_module 取 declare 形参类型，coerce_to_type 提升/截断整数实参（i32 0 → sext i64 0），使 IR call 实参与 declare 一致。覆盖所有跨模块调用点。
 2026-08-25 17:53:47 +08:00
TermiNexus a9d71714b3 fix(callgenmixin): 字面量 0 改 t.CSizeT(0)——修复 i32 实参与 i64 形参不一致 
根因（反汇编实锤）：空参数构造走 can==0 分支，字面量 0 是 i32，生成 IR call 实参 i32 与 declare i64 不一致 → llc 按 i32 生成 movl（4 字节写 can 槽）→ i64 形参高 4 字节残留垃圾 → callee 读 can=[垃圾][count]。StringIterTest can=0x2B2_... 崩溃根因。

修复：三处 _translate_struct_ctor(..., cargs, 0, trans) 字面量 0 → t.CSizeT(0)（i64），IR 实参与 declare 一致 → llc movq 写 8 字节。
 2026-08-25 17:51:21 +08:00
TermiNexus 8cc6996577 feat(callgenctor): callee 入口 can 无条件打印，区分 ABI 错位 vs 栈槽复用 
caller 侧 can=0（断点证实）但 callee 收到 0x12A1_0000_0000=[cargs高32][count低32]——入口打印可区分：入口即垃圾=ABI 栈参数错位 4 字节；入口正常但槽位悬空处垃圾=函数内 can 被栈槽复用覆盖。
 2026-08-25 17:39:21 +08:00
TermiNexus b3546b05a5 feat(callgenmixin): len/调用前/callee 三级 can 断点，定位 4 字节错位 
StringIterTest can=0x229_0000_0000=[cargs高32][count低32]，IR 显示 len/调用均正确（i64），但运行时 callee 收到垃圾——需三级 printf 断点确定错位发生在 len 计算/调用传参/callee 读取哪一级。

门控（can>=2^32 才打印）：①len结果异常（len 后立即）②调用前 can（L352 前）③callee 槽位悬空已打印 can。一次运行锁定。
 2026-08-25 17:29:33 +08:00
TermiNexus d7ed91e3e5 fix(callgenbase): _ensure_method_declare 定义侧参数宽度优先，根治字面量实参固化 i32 
declare 此前用首个调用点实参类型建参数，字面量 0=i32 把定义 t.CSizeT(i64) 的参数固化窄（SlotsBugTest _translate_struct_ctor can=i32 vs 定义 i64 → 调用侧 trunc、callee 按 i64 读栈残留垃圾高位 → can=巨值读未写槽位崩溃根因）。

修复：从 call_name 提取 {sha1}.{cls}.{method} 查 vpi 参数注解缓存（SetTempDir 已在 Phase1 设置，按需加载可用），仅当实参与定义都是整数且定义更宽时采用定义宽度（指针/联合保持实参类型，避免字符串路径把 list*/Struct* 降级 i8*）。
 2026-08-25 17:01:31 +08:00
TermiNexus 4d14eeff67 fix(vpireader): declare 参数注解改字符串解析优先，修复 t.CSizeT→i32 
SlotsBugTest 根因：跨模块 declare 参数类型经 AST resolve_annotation_type 解析，vpi tree 深层节点 kind() 损坏时得垃圾类型（t.CSizeT→i32），而定义侧是 i64——调用侧 trunc i64→i32 传参、callee 按 i64 读栈残留垃圾高位 → can=巨值读未写槽位（0xCDCD）崩溃（ASAN node=0xCDCD，rcx 垃圾高 32 位实锤）。

修复：_inject_function_declare/_inject_method_declare 参数解析与返回类型同源——优先用 vpi 文本注解缓存（_resolve_vpi_param_annot_seg 按段索引解析），AST 仅兜底。map_t_type('CSizeT')=i64 字符串路径正确，can declare 恢复 i64，调用侧不再 trunc。
 2026-08-25 16:43:43 +08:00
TermiNexus 936aa14041 feat(tpv): Phase B 单文件计时——llc 已提交日志显示 merge/write/task 三步耗时 - 用 w32.win32base.GetTickCount64() 在 Phase B 循环内对每个文件测量 BuildCombinedIR(merge)、write_ir_to_file(write)、init_llc_task(task) 三步耗时 - 日志格式: [x/81] llc 已提交: <path> (merge=N ms, write=N ms, task=N ms, total=N ms) 2026-08-23 16:07:37 +08:00
TermiNexus 347998664e fix(tpv): phase2command 模式 Phase C 不再因 .obj 缺失中止——链接命令正确写入 bat - 根因：phase2command 模式下 llc 未执行（命令写入 bat），Phase C 的'可达模块 .obj 存在性检查'对所有实现模块触发 VLogger.error→sys.exit(1)，进程在调用 link_objs_to_exe 之前终止，clang 链接命令永远写不进 bat - 修复：Phase C 可达收集在 _phase2_cmd_path 非空时跳过缺失报错，并把可达 includes .obj 路径照常加入 final_obj_paths（bat 手工执行后即存在），保证链接命令完整 - 附带：--run 在 phase2command 模式下跳过（exe 尚未链接，多文件+单文件两处）；BuildPipeline._phase2_write_cmd 补 global _phase2_bat_init，避免每次调用重复写 header 2026-08-23 15:52:15 +08:00
TermiNexus 146b9a9652 fix(tpv): 兄弟 Mixin 兜底支持跨模块——修复自身 text.ll 永久 pending 死锁 - ClassGenVTable._mangle_name 定义在 FuncGenBase（跨模块 Mixin，调用类不继承它），兄弟 Mixin 兜底只在本地 IR 找 define 未命中 → ret_anc_sha1 停在调用类自身 sha1 → _dep_text_ll_exists(自身) 恒 0（Phase A 翻译中自身 text.ll 未生成）→ _deps_pending=1 死锁，Phase A 永不收敛 - 修复：兜底遍历已注册 struct 时增加跨模块查找（get_struct_sha1 + _LookupMethodRetTyFromTextLL 查该模块 text.ll），命中即锁定定义类（ret_anc_sha1/ret_anc_name/返回类型），跳过 text.ll/vpi/pending 重查段，按 {定义类sha1}.{定义类}.{方法} 构造调用名 2026-08-23 14:50:48 +08:00
TermiNexus 27f2a53c15 diagnose(tpv): Phase A pending 置位点全量 [DEPDBG] 诊断 + 别名解析修复 - 9 处 _deps_pending 置位点加 [DEPDBG] printf（CallGenCall×4/CallGenMixin/CallGenDispatch×2/CallGenProp/ExprGenName），一次构建即可定位 ClassGenVTable 永久 pending 的具体调用点 - StubMergerStore 新增 LookupSha1ByAlias：经 from_imports 别名映射（import X as Y → Y:X）解析模块 SHA1 - LoadDepVpiIntoModule 与 Phase A 依赖探针接入别名解析，HT 等改名别名不再误报未解析 2026-08-23 14:21:44 +08:00
TermiNexus 6cd8adc54c refactor(tpv): 简化 BuildTopoSortedIndices 队列循环为 for range - StubMergerTopo.vp 中 while q_head < q_tail + 手动 q_head += 1 改为 for q_head in range(q_tail)，逻辑等价、消除冗余变量 2026-08-23 14:03:27 +08:00
TermiNexus 60afcf1168 diagnose(tpv): Phase A 依赖探针别名解析修复 + ClassGenDef/MatchGenMixin 崩溃定位诊断 
- Phase2 PhaseA-DBG 探针：精确匹配失败后后缀匹配（别名=基名如 GenTypes→lib.core.Gen.GenTypes），t/c 内置模块跳过，改名别名标'未解析'而非'缺失'，消息头改'依赖探测明细'
- ClassGenDef 两个 _deps_pending 置位点加 [PHASEADBG] 打印（父类未注册 class/parent、字段注解未解析 class/field/annot_kind）
- MatchGenMixin _handle_renum_match 加 [MATCHDBG] 打印（renum 元信息 + 第一/二遍 case 列表快照对比，定位 REnum match 崩溃的列表破坏点）
 2026-08-23 13:39:20 +08:00
TermiNexus 0ffe99e722 feat(tpv): Phase A 依赖未就绪诊断补全——列出缺失 text.ll 的直接依赖 
PhaseA-DBG 警告补充本文件直接依赖中 text.ll 仍缺失的模块（含 SHA1），
精确定位是哪个依赖未完成（通常其自身依赖链上某文件先失败）；全部直接
依赖已就绪仍 pending 时提示缺失在传递依赖/MRO/vpi 侧。最终 Phase A
错误提示补充定位指引。
 2026-08-23 12:54:21 +08:00
TermiNexus 2e6c37294d fix(tpv): 修复 vpi CDefine 名缓存 list.get 被误分派为 HashTable.get 的 ASan 崩溃 
Converter.vp _g_pyi_cdef_names 由 list[str]|t.CPtr 改为 str|t.CPtr（i8** 字符串
指针数组），读写改用 argparse 同款可靠模式 t.CPtr(base+i*8)+e[0]：list 联合
接收者的 .get 会被分派为 HashTable.get(self, key, default)，索引 inttoptr 成
key 指针传给 _fnv1a_hash 解引用零页崩溃（1.LOG）。
TranslatorGenMixin handle_module_level_var 对模块级 str|bytes 联合全局设置
IsPtrElement（8 字节指针步长），对齐 TPC global_var_ptr_element。
 2026-08-23 12:38:25 +08:00
TermiNexus a12dcafed2 fix(tpv): 泛型类型参数 SHA1 规范化 + 自举链接修复 
- 类型参数统一 "{定义模块SHA1}.{Class}"（ast.AST/AST → f467978339422f32.AST），
  消除跨模块特化名分裂导致的 undefined symbol（list[AST|t.CPtr].set 根因）
- TypeGenResolve 新增 _norm_type_arg_name/_is_sha1_prefixed/_concat_sha1_class；
  resolve_annotation_type 兼容 "{16hex}.Class" Attribute 形态（跳过
  imported_modules 检查，优先完整名命中定义侧 struct）
- CallGenCtor._extract_type_args_from_slice / extract_class_name_from_annotation
  新增 from_imports 参数，8 处调用方传 trans._from_imports 保持注册/查找一致
- 修复模块级函数链式调用推断（get_perm_pool() 联合返回 → .alloc() 裸名 alloc）
- 跨模块方法 declare self 改为类指针 %"sha1.Class"*，调用侧按形参 coerce bitcast
- 撤销泛型特化双 SHA1 前缀，恢复单前缀（模板 SHA1）
- 新增 --phase2command xxx.bat：不执行 llc/链接，命令写入 bat
 2026-08-23 12:00:04 +08:00
TermiNexus a6e28c71f5 将部分 while 简化为 for 2026-08-23 00:21:17 +08:00