 TermiNexus
|
f19d25782f
|
refactor(tpc): 退役 t/c 模块并将定宽类型升级为内建
删除 lib/includes/t.py、c.py，类型模型迁入 lib/core/TypeSystem.py；移除 IsTModule/_T_MODULE_NAMES 等名称判据，语法糖与内部标记统一为裸名；builtins 的 sizet/intN/uintN/fast/least/uchar/short/long 等改为编译器内建短名。
|
2026-10-18 13:00:58 +08:00 |
|
|
TermiNexus
|
05f4adb233
|
fix(tpc): 符号表加载改两阶段，消除模块加载顺序依赖
a 类（编译器缺陷/机制漏豁免）：签名解析要通过符号表查其它模块的类型名
（from X import * 的裸名如 posix 的 INT；跨模块类如 rawptr[Constant]），而加载器
按 os.listdir 字典序逐个「提取→解析→插入」⇒ posix 排在 stdint 之前时 INT 查不到。
旧口径静默降级 i32 掩盖了它，fail-fast 后暴露。
修法：加载拆两趟 —— ① StageModuleSymbols：提取 + 只解析/插入声明
（类/枚举/typedef/匿名类型）② CommitModuleSymbols：解析签名 + 插入函数/define +
命名空间重导出。批量加载器（Phase2Translator._build_shared_symbol_data）先收集全部
模块、跑完所有①再统一跑② ⇒ 任一模块的签名都能看到全部声明，与顺序无关。
单模块 LoadModuleSymbols 语义不变（①紧接②）。
验证（探针，posix 先 stage、stdint 后 stage 的“坏顺序”）：
posix.open ret=i32 params=[i8*,i32]（INT=stdint 的 typedef）；read ret=i64 params=[i32,i8*,i64]；
同样顺序走旧的单模块路径则 RAISE（对照组）。
|
2026-09-28 18:14:45 +08:00 |
|
|
TermiNexus
|
8b657b9ac2
|
feat(tpc): 类型解析 fail-fast 报文补充完整定位信息
报错从单行"类型注解 X 无法解析"改为分层多行：
① SymbolTable._LoadSymbolsFromFile 加 文件路径 + 模块命名空间 + 发起行；
② SymbolTypeResolver._resolve_function 加 函数名/行号/形参序号与形参名 + 注解源码原文
（新增 _AnnotationText 渲染 Name/Attribute/Subscript/BinOp/Tuple/Constant）；
③ LLVMTypeMapper._resolve_name 列出全部已试来源（内置速记/BuiltinTypeMap/
builtins CTypedef/符号表 typedef/本模块类名数/枚举名数/符号表已加载条目数）与注解行列，
并给出"是否声明模块未先加载"的排查提示。
样例（VET/temp/24da8b5f154f7cc0.vpi）：
函数 'open'（第 107 行）的返回类型无法解析 / 注解写法：INT | t.State / 裸名 'INT' ...
|
2026-09-28 18:11:14 +08:00 |
|
|
TermiNexus
|
14af03577c
|
fix(tpc): 跨模块符号表保留类名，形参注解不再退化成 i32*
a 类（编译器缺陷）：.vpi/.pyi 派生的函数签名经 LLVMTypeMapper._resolve_name 解析，
该方法只认内置名 / BuiltinTypeMap / typedef，不认类名 ⇒ rawptr[Constant] 被
_rawptr_subscript_type_str 变成 i32*，写进跨模块符号表（temp/_shared_sym.json 的
FuncPtrParams arg0=i32*），调用点据此声明出 i32 形参，与实参 %"sha1.Constant"* 冲突，
在指针隐式转换规则下报成"源码问题"（掩盖根因）。
修法：TypeResolver.resolve 注入本模块类名/枚举宽度；_resolve_name 按 本模块类名 → %struct.X*、
枚举 → i{width}、已加载模块类/枚举 → 同上、builtins CTypedef → 按定义展开；其余一律
raise TypeNameUnresolvedError（不再 warn + i32）。SymbolTable._LoadSymbolsFromFile 对该异常
re-raise（不再吞成"加载模块失败"返回空符号表）。
验证（vpi 探针）：name_get_id/constant_get_str_val 形参 i32* → %struct.Name* / %struct.Constant*；
binop_get_left/binop_get_right/attribute_get_value 返回 %struct.AST*（跨模块类经符号表解析）；
int64/size_t/sizet → i64；未知名 → 报错终止。
|
2026-09-28 18:06:07 +08:00 |
|
|
TermiNexus
|
c83fc752c6
|
fix(sizeof,parse): 尺寸链去静默兜底，解析报错可定位，补 C 解析器缺口
StructGen: _get_struct_size/_get_align 去 opaque→8/ptr_size、未知→4 兜底并补 VectorType；LiteralStructType.fields→.elements（llvmlite 无 fields，必然 AttributeError）
HandlesClassDef: union 载荷尺寸经不存在的 ir.DataLayout 静默退化成 8 字节；HandlesExprCall/ExprBuiltin: sizeof 各静默 0 分支改 fail-fast，数组元素 sizeof 统一走 _get_struct_size
HandlesFor: nonlocal struct/array 堆分配不再退化成 malloc(8)
vast/vast_c: 补一元 * / & 解析，装饰器后 extern/export 分派修复，C 侧报错带 token 与行号；StubGen.Converter: 宏展开丢尾随空行修 .pyi 缩进非法
其余为 rawptr 迁移 / fail-fast 口径等历史改动一并入库
|
2026-09-26 19:27:22 +08:00 |
|
|
TermiNexus
|
6fc9e19e24
|
feat(vast): 新增自研 Viper/Python 语法解析器取代标准库 ast
TPC 侧取缔对 Python 标准库 ast 模块的依赖，改用 lib/vast 包：
- Nodes: 与 CPython 3.12 ast 完全同构的 131 个节点类(含抽象基类继承)
- Tokenizer: 词法分析(缩进/字符串/f-string/数字/运算符/软关键字)
- ExprParser: 表达式递归下降解析(优先级/lambda/推导式/f-string/切片)
- Parser: 语句解析(def/class/if/for/try/with/match/import/注解)
- Utils/Unparser: walk/dump/unparse/copy_location/literal_eval 等辅助
- 软关键字 fn/fun/func/function 并入解析器, 废除 ExpandSoftKeywords 预处理
- lib/_bootstrap 将 lib 目录加入 sys.path, import vast as ast 零修改替换
- 52 个文件 import ast 替换为 import vast as ast; 94 文件差分测试 0 失败
|
2026-08-17 09:36:38 +08:00 |
|
|
t
|
796222a300
|
snapshot before regression test
|
2026-07-18 19:25:40 +08:00 |
|