TermiNexus
4255ab9d32
fix(fstr): f-string 改回每站点栈缓冲 + 禁止逃逸，逃逸点改 stdlib 拷贝
...
ExprGenFstr._fstr_finalize：结果缓冲改回每站点栈 alloca（线程安全、零运行时依赖；每站点各建一个，站点之间不再共享），docstring 与文件头写明语义：f-string 结果是当前函数内的临时值。
GenApi 新增唯一判据 fail_if_fstring_escape 与唯一拷贝出口 escape_fstring_copy（stdlib.malloc + string.strcpy）；逃逸位置接护栏：translate_return（函数返回值）、translate_assign（字段/元素/全局变量赋值）、handle_module_level_var（模块级 AnnAssign 初始化）。
编译器自身 7 处逃逸点（ExprGenBase._cast_fail_where 6 处、AssignGenMixin.const_assign_msg 1 处）改为 escape_fstring_copy 显式拷贝——正是造成 ASan stack-buffer-underflow in vsnprintf 的那条路径。
残留（已在 GenApi 头注释诚实记录）：间接逃逸（把 f-string 传进会保存它的函数、或放进容器后带走容器）静态判不出；类字段默认值路径未接护栏。全仓自查：TransPyV/App、includes、ViperApps 均无 容器/字段/全局 存 f-string 的写法，也无残留 return f-string。
2026-09-27 14:45:28 +08:00
TermiNexus
72a3c483e4
fix(fstr): f-string 结果缓冲改为模块级全局，修 return f-string 的悬空栈指针
...
现象：--asan 下 ASan stack-buffer-underflow（READ size 1，地址落在栈左红区）in vsnprintf，栈为 ExprGenBase.coerce_to_type:409 的 f-string 报文；非 asan 构建表现为随机乱码或 0xC0000005。
根因：_fstr_finalize 用 _alloca_at_entry 在当前函数开一个 [FSTR_BUF_SIZE x i8] 栈缓冲并返回其指针；而 f-string 结果在全仓被大量 return 带出函数（ExprGenBase._cast_fail_where、AssignGenMixin.const_assign_msg、CallGenLib 报文构造等），返回后再作 %s 喂给 snprintf 即读已弹栈的帧；且同一函数内多个 f-string 共用同一个 entry alloca 会互相覆盖。
修法：结果缓冲改为每个 f-string 站点一个模块级可写全局 internal unnamed_addr global [N x i8] zeroinitializer，经 bitcast 取 i8*（与 ExprGenConst.create_global_string 同一构造路径，符号链接期解析）。被否决的中间方案记录在注释里：编译期池缓冲 + inttoptr 常量地址会把编译进程的宿主地址烘进 .ll，对产出程序无效，绝不可用。
已知取舍（注释中写明，与 C 的 static char buf[N] 惯用法同）：同一站点反复求值且同时保留多个结果时后者覆盖前者；多线程避免共享同一站点结果。彻底消除需运行时字符串分配器（当前无）。
2026-09-27 14:33:54 +08:00
TermiNexus
ca5473304f
fix(gen): 结构体字段表与 LLVM 槽位一致性 fail-fast 护栏
...
新增 StructGenMixin.verify_field_slot_consistency：字段表条数必须等于结构体槽位数，且每条目 Ty 与 Index 槽位同类（指针性/整数位宽/浮点位宽）；不一致即 fatal_error 并指名 类/字段/下标/两侧类型。由 lookup_field 第一遍调用。
背景（真实崩溃）：模块 8a96a2885bae09ca（ExprGenOps）把 ast.Name.id 编译成 GEP 下标 9（该槽是 ctx，i32），同一次构建里 320b55907b889d59（AssignGenMixin）用下标 8（i8*），两者共用同一 %struct 布局。后果：nm.id 读成 ctx（ASTCtx.Store=1）- inttoptr i32 1 - strlen(0x1) - ASan access-violation at 0x1。
2026-09-27 14:00:18 +08:00
TermiNexus
12bd7b7a16
fix(gen): 收敛 static 跨模块拦截为独立方法，消除类型推断污染
...
新增五个独立方法承载 static 检查与登记：_CheckStaticCrossModule（mod.name 取值）、_CheckStaticCallCrossModule（mod.fn 调用）、_CheckStaticFromImport（from-import）、_RegisterStaticModuleVar（模块级变量登记）、_RegisterStaticFunc（函数登记）。调用点只保留一行调用——内联新增分支会改变超大函数的类型推断，曾导致 translate_attribute 后续 match obj_ptr.Ty 报指针隐式转整数已禁止。
删除 _resolve_module_attribute_global 内与入口检查重复的 static 拦截（其两个调用点均在 _CheckStaticCrossModule 之后）。
2026-09-27 13:12:22 +08:00
TermiNexus
dd56580855
feat(gen,static): static 符号禁止跨模块使用（定义侧登记 + 引用侧三处拦截）
...
语义 = C 的 internal linkage：static 符号（函数/变量）只在定义模块内可见，任何跨模块引用一律 fail-fast（NameError）。
- 登记表：CallGenBase 新增 StaticSha1Arr/StaticNameArr/StaticCount（PermPool 定长槽，与 CexportSha1Arr 同款）+ RegisterStaticSymbol/IsStaticSymbol（按 (符号名, 模块 SHA1) 精确配对，避免跨模块同名误判）。
- 定义侧登记：FuncGenDef 识别注解形态（-> t.CVoid | t.CStatic）与装饰器形态（@t.CStatic；裸 static def 已由解析层归一为装饰器）→ 登记函数名；TranslatorGenMixin.handle_module_level_var 识别注解形态（static x: int 已归一为 t.CStatic | int）→ 登记变量名。
- 引用侧拦截（三处，覆盖全部跨模块形态）：ExprGenAttr.translate_attribute 入口统一拦截 mod.name（含 import 别名还原）；CallGenMixin.translate_call 入口拦截 mod.fn(...) 调用（按 AST 形态一次覆盖 found_func/vpi/裸名兜底各分支）；ImportsGenMixin.translate_import_from_names 拦截 from mod import name。
- 性能：三处检查均以 StaticCount > 0 快速短路——项目中无 static 符号时零开销（不触碰逐条线性扫描与 sha1 解析）。
- 同模块自引用（sha1 相同）与非模块基座（self.method / obj.field / Class.static_method）一律放行。
2026-09-27 12:58:51 +08:00
TermiNexus
424dbd7379
chore(gen): 加 [MODSHA1] 临时诊断定位 string.split 模块名解析失败（定位后删除）
...
在 translate_call 的模块限定分支加两条探针：
- [MODSHA1]：mod_ret_sha1 为 None 时打印 mod_path_ret / func_name / exact / suffix / ctrl_stdint（对照模块，必在 includes）——可区分 store 整体为空 与 store 有内容但缺该模块。
- [MODSHA1-D]：裸名兜底分支里，若 cl.func 仍是 Attribute（模块限定却解析不出模块的异常组合）则打印 mod_path_ret 与 func_name——覆盖 mod_path_ret 为 None 的情形。
同时把 mod_path_ret 的声明从 if 块内移到 if 外（与 mod_ret_sha1 一致），避免下游分支读未声明局部取到栈垃圾。
证据链：报错来自本函数 861 行（全仓唯一 fatal_if_unknown=1 的调用点），条件恒为 _resolve_module_sha1 对 string 返回 None；但 _sha1_map.txt 有 includes/string.vp、其 vpi 有 def split -> int、Phase1Main:390 是唯一写 map 处 ⇒ 静态无法解释，需运行时诊断。
2026-09-27 12:52:03 +08:00
TermiNexus
87f5b1026c
chore(gen): 删除 CallGenDispatch 的 [MDISP] 临时探针及其专用 import stdio
...
该探针（并排取证 __with_ctx.__enter__ 与 pool.alloc 的 H6 判据命中差异）为定位 MpoolOopTest 的「跨模块调用 pool.alloc 找不到模块 SHA1」临时加入，现缺陷已定位，探针与其唯一使用者 import stdio 一并移除；非 local 对象分派逻辑不变。
2026-09-27 12:32:52 +08:00
TermiNexus
9455db0eec
feat(gen,type): callable[] / callable[[]] / callable[[A,B],R] 与 t.Callable 逐点等价
...
- 判据单一真源：_SubscriptAttrIsCallable 扩为 _IsCallableSubscriptValue，同时认 Attribute(attr=Callable) 与裸名 Name(callable | Callable)。
- Subscript 分支在 Name 路径（泛型特化 / CArray / builtins typedef 兜底）之前拦截裸名 callable/Callable → i8*；否则 callable[] 会先撞 slice=None 的 fail-fast、callable[[]] 会被当泛型类名查空。
- TypeGenErr.try_extract_callable_ret 改用同一判据：callable[[A, B], R] 现在也会注册返回类型 R（可间接调用），无签名形态（[]、[[]]）仍返回 None。
2026-09-27 12:30:47 +08:00
TermiNexus
a76cf55a2d
feat(gen,type): 注解位置的小写裸名 callable 等价 t.Callable（i8*）
...
支持 func: callable = 函数名 的写法：Name 分支兜底 map_t_type 命中 callable → Ptr(Int8)，与 t.Callable / t.Callable[] / t.Callable[[]] 同一 LLVM 表示（无签名函数指针，只取地址不作间接调用）。
同时明确大写裸名 Callable 同时服务 from t import Callable 与 Attribute 分支的 t.Callable。
2026-09-27 12:28:58 +08:00
TermiNexus
c387926977
feat(gen,type): 支持无签名函数指针 t.Callable / t.Callable[] / t.Callable[[]]
...
三种写法统一解析为 i8*（与带完整签名的 t.Callable[[A,B], Ret] 同表示；函数值按 TPV 惯例 bitcast 为 i8* 存储）：
- map_t_type 新增 Callable → Ptr(Int8)：裸 t.Callable 此前落空导致 AnnAssign 注解类型解析失败。
- resolve_annotation_type 的 Subscript 分支：slice 为 None 时先放行 Callable（t.Callable[] 走空下标解析），其它类型仍 fail-fast 缺少 slice。
- 新增 _SubscriptAttrIsCallable 判据。
无签名形态不注册返回类型（try_extract_callable_ret 对非 Tuple slice 返回 None）⇒ 只适用于取地址/内联汇编操作数，不作编译器间接调用。
2026-09-27 12:25:52 +08:00
TermiNexus
7c53a8744d
fix(gen,match): 穷尽 match 不再误报流程掉出末尾；default 臂直译不再经 def_arr 反查
...
现象：函数末句为 match 且含 case _: 穷尽臂、各臂均 return 时，仍报 TypeError 函数流程掉出函数末尾（ioctl 4 具体臂 + case _）。
- FuncGenDef / ClassGenVTable：收尾判据由「_ctrl_merge_reachable == 0」扩为「或末句 match 含无 guard 的 case _ 通配臂」。穷尽 match 不存在全臂不命中的路径，与 If/While 全分支 return 同语义，应生成 unreachable 而非 fail-fast。
- MatchGenMixin 新增 MatchHasWildcardArm / _IsWildcardPattern：识别 MatchAs(pattern=None)（含 as/or 组合），带 guard 的 case _ if c 不算穷尽。
- MatchGenMixin：_handle_simple_match / _handle_renum_match / _handle_sequence_match 三条路径改为 pass1 显式记录 default_case_node，default 块直译该节点；原实现经 def_arr[di] 反查 cases_list[di]，collected 下标与原始下标在「有臂被跳过」时错位 → default_bb 空转 → merge 误判可达（同时 case _ 臂不生成 IR）。
2026-09-27 12:17:14 +08:00
TermiNexus
cf815b17de
feat(gen): volatile 构造写入落 LLVM volatile（逐字段 store + 构造三方法屏障）
...
值位置 volatile 前缀（a: int = volatile f() / a: S = volatile S(...)）此前只在调用点无落点。LLVM 的 call 指令没有 volatile 限定符，故语义只能落在内存存取上：
- AssignGenMixin：赋值目标的结果槽按 volatile 存取（本次 store 立即带 volatile，并登记 VarEntry.IsVolatile 使后续 load/store 亦带）；对已存在的 global/nonlocal/mod_glob 条目在分支前统一登记。
- CallGenCtor：_translate_struct_ctor / _translate_struct_ctor_kw / _translate_renum_construct / _apply_struct_defaults 增加 is_volatile 参数，清零、tag、默认值、逐字段 store 全部带 volatile；_translate_generic_ctor_call 直接从 cl.IsVolatile 取。
- CallGenCall._call_method_on_ptr 增加 is_volatile 参数：__new__/__before_init__/__init__ 的写入发生在被调函数内部，调用点无法逐条附加 volatile，故在调用后对该 self 指针追加一次 i8 volatile load 作为内存屏障，使构造写入不被优化器消除或跨越重排。
- CallGenMixin / CallGenDispatch：结构体、关键字、泛型、REnum 构造调用点统一透传 cl.IsVolatile。
2026-09-27 12:01:22 +08:00
TermiNexus
7d28c9649e
feat(gen,err): CastError 定位到出错表达式；vpi 生成 fail-fast；函数属性接受直接形态
...
- ExprGenBase：新增 _cast_fail_where，指针/整数隐式转换失败时打印出错表达式与列号（多实参调用可定位到具体实参，如 Name 'toggle_ptr'）
- Converter：import / from-import 别名列表为空、Alias 指针为空、name 为空分别 fail-fast，不再写出 import , 这类残缺 vpi 行（该残缺会让包重导出注册失效，报出与根因无关的 NameError）
- FuncGenBase.extract_func_attrs：接受直接 @t.attr.<name> 装饰器形态（与类侧 _has_decorator 同口径），使 inline def 在无 import c 的文件里也生效
- 附：CallGenDispatch 内保留一处临时 [MDISP] 探针（MpoolOopTest pool.alloc 定位用）
2026-09-27 11:41:11 +08:00
TermiNexus
f084da7c01
feat(gen): 重复声明改为无条件失败（不再比较类型），global 后再注解同样报错
...
- 判据改为：模块级已有同名变量 + 函数内再次用注解声明同名变量 ⇒ TypeError 重复声明，不再比较注解类型是否与全局一致（此前仅在类型不一致时报错）
- 有 global/nonlocal 声明后再带注解声明同名变量也报错（注解与既有全局声明重复）
- 检查点前移到注解解析之前（紧跟 REPL 分支），保证优先于 coerce_to_type 报错
- 合法写法只剩两种：global + 无注解赋值修改全局；或换不重名的局部变量
2026-09-27 08:55:08 +08:00
TermiNexus
78fc7313fb
feat(gen): 同名全局 + 注解冲突优先报重复定义
...
- translate_annassign: 函数内（无 global/nonlocal、非模块级）再次注解同名变量时，若注解类型与模块级变量类型内容不一致 ⇒ TypeError 重复定义 fail-fast，不再延后到 RHS 的 coerce_to_type 报无关的「指针隐式转整数」（PointerTest/App/main.vp:46 _g_ptr: int = None，全局已是 t.CUInt32T | t.CPtr）
- 注解与全局一致时仍按 Python 语义遮蔽为独立局部变量（既有行为不变）
- 该检查走 _stg_ty_equal 内容比较（TypePrint），非地址比较，避免 Int32()/Ptr() 新实例造成误判
2026-09-27 08:50:18 +08:00
TermiNexus
f0309e4904
fix(gen,renum): 指针操作符目标写入落盘 + REnum tag 三侧口径统一，修 kind() CastError
...
- AssignGenMixin: 补 UnaryOp(Deref) 赋值目标分支（*p = v / *&x = *&y），非 Deref 的 &x/-x/~x fail-fast；*p += v 真正实现；Tuple/List 目标合并
- CallGenDispatch: kind() 改四级 REnum 判据（变体表 / struct __tag / pointee 带 __tag / X.field 声明类型反推）；修正 build_load 第一参数误传指针类型 rk_tag_p（生成 load i32*, i32* 使返回值 Ty 为 i32*，导致 CallGenLib.vp:355 vk_a: int = val.Ty.kind() 报指针隐式转整数的 CastError），rk_load 分支同步改 rk_ty.Pointee
- CallGenCtor / MatchGenMixin: __tag 读/写/比统一取字段声明类型 FieldEntry.Ty
- Test/FieldReadTest: 字段读取探针
2026-09-27 00:19:44 +08:00
TermiNexus
bcf66edebe
fix(vpi): 防环访问表表满不再静默丢标记，改为 ×2 扩容 + fail-fast
...
表满时曾静默 return（丢标记）⇒ 防环失效 ⇒ 递归闭包反复重解析同一批 .vpi，每个 vpi 的 Lexer/Token/AST 都从池分配且本段不回收 ⇒ 单次 translate 吃数百 MB ⇒ 1 GiB 主池 OOM
改为可扩容（ResetVpiTypedefVisited 同步复位容量），分配/扩容失败立即报错终止
2026-09-26 21:25:23 +08:00
TermiNexus
373a20c3e5
perf(prof,gen): 编译热点优化 + 内存池 OOM 诊断接线 + REnum 指针载荷修正
...
CallGenBase: 模块返回类型文本表改单趟登记+查找，find_func_in_module 合并为单趟链表遍历（PROF 热点）
BuildPipeline: ensure_dir 增加快速路径（已存在目录直接返回）
AssignGenMixin/Translator: alloc 失败打印 Pool/PermPool 统计与阶段上下文（SetAllocCtx）
CallGenCtor: REnum 指针载荷补显式 build_ptrtoint 再 coerce/store；新增 DebugInfoGen.vp
其余为历史累积改动一并入库
2026-09-26 19:27:23 +08:00
TermiNexus
676c19c362
feat(asm,err,typedef): 支持 __asm__/__llvmir__ 裸名与 typedef 语法糖；解析报错统一 Python 风格 traceback
...
CallGenCBuiltin/CallGenDispatch: __asm__/__llvmir__ 裸名调用，asminp/asmout/irinp/irout 与裸 ASM_DESCR。
AssignGenMixin: 支持 define NAME: T = V 形式的 CDefine 浮点值恢复；负浮点(-1e308)剥一层 UnaryOp(USub)。
Phase1Main/Phase2: AST 解析失败改调 GenApi.dump_parse_traceback（Traceback + File/行 + 源码行 + caret）。
TypeGenResolve/TypeGenCType: typedef 文本扫描统一支持 typedef 语法糖（builtins/库/单文件三处共用同一解析）。
2026-09-25 13:11:16 +08:00
TermiNexus
a7af34bd7e
修正了部分代码的表达方式，最后可用版本，mlirlite 已基本完善
2026-09-23 17:41:49 +08:00
TermiNexus
951b89be36
修正了部分代码的表达方式，最后可用版本，正在为 mlirlite 做准备
2026-09-23 16:09:32 +08:00
TermiNexus
a5ceb3d4eb
增加 JIT REPL
2026-09-21 16:17:19 +08:00
TermiNexus
9910e05760
修复了一些错误，更改了一点语法
2026-09-18 20:00:40 +08:00
TermiNexus
9e2ccbfab7
将部分 | t.CPtr 修正为 rawptr[T]
2026-09-18 17:56:24 +08:00
TermiNexus
eb01a45024
修复了一些问题
2026-09-17 14:51:18 +08:00
TermiNexus
cb0836de8a
清理了 t.CVoid
2026-09-16 16:06:48 +08:00
TermiNexus
9a191daa8d
错拼 rowptr 改为 rawptr
2026-09-16 11:42:28 +08:00
TermiNexus
7cba4cbc95
chore: 清理超长历史注释，并一并提交并行会话的代码改动
...
注释清理（65 文件 / 约 -2578 行 / 约 516 处）：删除/压缩叙述式历史注释——多行根因叙事、工作代号段（D25/D30/N11/B5/S4/阶段E 等）、改前改后与先例叙述、逐条推导块，压成一行讲清作用信息；契约类注释（用途、参数与返回、关键约束与不变量、IR 结构说明）与被注释掉的代码一律保留
存疑 标记 6 处一字未动：StubMergerStore.vp、VpiReader.vp、VLogger.vp、AssignGenMixin.vp、CallGenLib.vp、CallGenLeafKit.vp
本次一并带入并行会话的代码改动（同批文件，按文件粒度无法拆分）：fileio.File -> rowptr[fileio.File] 等
已知副作用/残留：① CallGenDispatch.vp 有 2 行非注释行的行尾被 LF->CRLF 规范化（纯字节变化，无文本改动）；② core/Gen 区约 24 处压缩因并行会话整文件覆写被写回原样，尚未生效（StmtGenCifMixin/ClassGenVTable/FuncGenDef/ClassGenEnum/StructGenMixin/TypeSpec 等）
清单与复跑判据见 Debugger/comment_cleanup_summary.md（该目录不受版本控制）
2026-09-16 11:27:05 +08:00
TermiNexus
b28f20cce7
chore: 清理调试打印与失效 import
...
CallGenCall.vp: 前次清理 DBG 打印后 import stdio 已无使用者，删除（该文件全文无 stdio. 调用，亦无经本模块的外部访问）
Test/App/nested_match_test.vp: 删除 _init_mbuddy 与 test_single_match 中的 8 处 [DBG] 进度打印；该测试的判定只看 --- Test N --- / OK / FAIL 行，test_main.vp 亦只取返回码，无断言引用这些文本
未改动任何逻辑（保留 FAIL: malloc for arena failed 等错误分支的真实输出）
2026-09-16 10:32:40 +08:00
TermiNexus
429de97083
fix(call): 泛型特化类跨模块 declare 按模板 vpi 注解对齐形参口径
...
特化名（{sha}.list[str].__init__）在 vpi 参数注解缓存中无精确键——键段取自 class 行文本，只存模板 list[T]——定义侧形参注解取不到，调用点 declare 停在调用点实参口径（elem_size 字面量 i32 vs 定义侧 t.CSizeT=i64；池实参 MemBuddy*/i8* vs 定义侧 MemManager*），并经 .stub.ll 传播到未调用该函数的消费方模块
新增 VpiReader._resolve_vpi_param_annot_seg_template：按 {sha1}.{base}[T].{method} 定位模板条目、用特化实参替换段内类型形参 token 后再解析，未命中返回 None 不兜底；_coerce_args_to_def_params 在精确键未命中且类名含 [ 时改走模板退查并置 tpl_src，使 _coerce_arg_value_to_ty 对同为具体结构体指针但基类型不同补 bitcast；_call_method_on_ptr 的跨模块分支补建 declare 前的 coerce（先例 a83d183
2026-09-16 09:31:57 +08:00
TermiNexus
a83d183abb
fix(gen/call): 跨模块调用 SSA 整型实参按定义侧形参扩宽
...
declare 由调用点实参链建立，而 _coerce_arg_value_to_ty 对非常量(SSA)整型此前原样返回，导致 declare/call 停在调用点窄宽度(string.strncpy 第三参 i32)，与定义侧(vpi 注解 n: t.CSizeT => i64)不一致，并经 .stub.ll 传播到未调用该函数的消费方模块
现按源符号性 zext/sext 扩宽(真源 ExprGenBase._zext_or_sext_val，先例 CallGenCtor._translate_t_type_cast)，实参 AST/trans 下传；self_off 模块级 0、方法 1
效果: WebTest 危险级签名不一致 1 => 0
2026-09-15 23:58:40 +08:00
TermiNexus
31b8dccffd
fix(stub): declare 侧识别 t.CPtr[...] 段，与定义侧指针层级口径对齐
...
t.CUInt8T | t.CPtr[t.CPtr] 在定义侧(TypeGenResolve._is_cptr_subscript)按指针层级合并得 i8**，但声明侧段判据只认整段等于 t.CPtr/CPtr，下标段落入普通段解析后取首段 => i8，造成跨模块 define/declare 签名不一致(实参 1 字节 vs 写入 8 字节)
新增 t.CPtr[/c.CPtr[ 段的识别与递归解析(与同文件 rowptr[...] 分支同构)，数外层 Ptr 层数 N 后按 Ptr^N 合并；裸 t.CPtr 段路径未动，未放宽 fail-fast
注: TPC 侧 LLVMTypeMapper._resolve_bitor 与 SymbolUtils.IsCPtrNode 同源缺陷未改，两套编译器需同时修以免产物分叉
2026-09-15 23:58:39 +08:00
TermiNexus
de86a1ed70
fix(gen/for): 负数字面量 stop 的 range 循环退回有符号谓词，修复 _find_provider 死循环
...
stop 边界为负数字面量(如 range(top - 1, -1, -1))时，3.6 的边界推导把无符号 start(UINT64 字段)判为无符号循环，负步长分支随即由 sgt 覆盖为 ugt；而比较在 stop 类型(i32)上进行，-1 在无符号域是 UINT32_MAX，条件恒假 => 循环体成为死代码。_withcontent._find_provider 因此恒返回 NULL，with 上下文的 __mbuddy__ 注入永不生效(FakeDuckTest Test 9 FAIL，随后 _str.upper 解引用 NULL vtable 触发 ASan READ)
新增 3.7: stop 为负数字面量时撤销无符号谓词(判定与既有 step_neg_const 同口径)，退回 slt/sgt；正步长非负 stop 的既有 ult 优化与 range(stop) 单参形态不受影响
2026-09-15 22:45:28 +08:00
TermiNexus
296f6a739e
fix(gen/renum): REnum 补齐 Assign 形式无载荷变体的变体表注册
...
根因: _translate_renum_def / _register_renum_variants 只认嵌套 ClassDef 变体，Empty = 1 / None_ = 0 这类无载荷 Assign 变体既不计入 variant_count 也不写变体表 => match 查不到 tag(-1) => 本会话硬校验 fail-fast，此前则静默丢 case(Test\EdgeCaseTest 旧产物 ac0d686cb2cc783b.text.ll:117-119 仅 1 个 case，臂体 match.case.11.1 结构性不可达)
修复: 按 TPC 口径(HandlesClassDef._EmitREnumLlvm / SymbolExtractor)两遍处理——先取 Assign 显式值上界，ClassDef 变体从 max(显式值)+1 起编号(避免与显式值撞号)，Assign 变体 tag = 显式整数值；表槽号与 tag 值解耦。纯 ClassDef REnum(含 LLVMType)生成结果不变。硬校验保留不动
2026-09-15 22:45:28 +08:00
TermiNexus
617d4ea911
fix(gen/assign): 模块级与 nonlocal 分支补写赋值注解上下文通道
...
模块级 AnnAssign 的 mod_glob 分支与 global 语句分支、以及 nonlocal 分支此前均未写入 trans.CurAssignAnnot/CurAssignNode，导致模块级/闭包内 s: Stack[int] = Stack() 在泛型裸名构造处 fail-fast、x: int = c.Deref(p) 退化为 i8 单字节读取
按主分支既有先例(AssignGenMixin set 在 RHS 翻译前 / clear 在返回前)在三处分支补齐同款 set/clear，并覆盖全部分支的提前 return 与末尾出口，避免通道残留污染后续 c.Deref 读取宽度与泛型构造类型实参推断
影响面: 全仓 模块级/global/nonlocal 的 X: T = c.Deref(...) 与 X: Generic[...] = Ctor(...) 均 0 处，属纯增量
2026-09-15 21:52:42 +08:00
TermiNexus
5a59432733
fix(gen): 泛型裸名构造补齐注解上下文与关键字实参两条推断来源
...
- 赋值目标/返回注解上下文作为最后一级类型实参来源(s: Stack[int] = Stack()、-> Stack[int] 里 return Stack())，注解解析复用 _extract_type_args_from_slice，以 CurAssignNode/CurRetNode identity 限定直接值避免嵌套误用
- 仅关键字实参构造按 __init__ 形参名定位槽位(Box(v=42)、Pair(b=string, a=1) 乱序)，泛型构造码生成不再静默丢弃 cl.keywords(此前会生成少一个实参的错误调用)；形参名查无/槽位空洞 fail-fast
- 抽取共用 __init__ 形参遍历(_get_ctor_init_params)，位置对齐语义保持不变
2026-09-15 21:52:41 +08:00
TermiNexus
6394ea30e2
fix(call): 泛型类裸名构造按 __init__ 签名对齐类型实参并禁止静默默认 int
...
- 删除按序号消费「过滤纯 int 的 hint 列表」的压缩逻辑(整型实参被剔除后 hint 下标与形参序号错位，Pair(1,字符串) 被误判为 Pair<str,str>)，改为取 __init__ 中注解为该类型形参的形参位次所对应的位置实参推断(Vector[T].__init__(self,pool,capacity,_hint:T) => T 对齐第 3 个实参)
- _infer_generic_ctor_type_arg 对 Name/Attribute 实参改取真实类型(变量注解类名/字段注解类名)，取不到即 fail-fast，不再回退 int
2026-09-15 21:33:54 +08:00
TermiNexus
b27633c86e
fix(Gen/Type): long/unsigned long 按目标平台取宽，Windows 对齐 TPC LLP64(ULONG/LONG => i32)
...
- map_t_type 对 CLong/CUnsignedLong 原为硬编码 Int64(64 位平台假设)，导致 Windows 目标下 ULONG/LONG 出成 i64：83 个 Win32/posix 声明的 long 形参宽度错误，且 CRITICAL_SECTION 等结构体布局为 48B(正确 40B，真实 Win64 ABI)
- 新增 _long_llvm_ty：target triple 含 windows/win32/mingw/msvc => Int32，其余(LP64/裸机 ELF)保持 Int64；规则对齐 TPC lib/includes/t.py configure_platform；triple 嗅探写法对齐 StmtGenCifMixin.vp:95-109
- 定义侧与 stub/declare 侧共用同一 map_t_type，单点改动两侧同变；未改 includes/stdint.vp(ULONG=t.CUnsignedLong 的意图正确，错在宽度)
2026-09-15 20:56:52 +08:00
TermiNexus
813f0157e3
fix(Gen/Expr): 类名不再被当模块级全局变量制造引用，消除 ASan 构建 undefined symbol
...
ExprGenAttr._resolve_module_attribute_global 在未命中已注入全局时会新建 @<sha>.ClassName = external global i8* 并 load；该 load 无使用者，非 ASan 构建被 llc 删除，ASan 插桩后其全局地址参与 shadow 检查无法删除 => ld.lld: undefined symbol 481fd55266ff1187.LLVMType (.refptr)。若属性名是已注册类/结构体/REnum(StructGen.find_struct 命中)则直接返回 None，交给类/REnum 路径。
2026-09-15 20:47:15 +08:00
TermiNexus
592400a1ea
fix(asan): 并行 llc 任务在 ASan 模式下改用插桩后的 .asan.ll 作输入
...
Phase B 的 init_llc_task 先前用未插桩的 ir_path 拼 LlcCmd，opt 产出的 .asan.ll 只写进 OptCmd，worker 先跑 opt 再跑 llc 却读回原 .ll，导致 App 侧 76/76 个 obj 无 __asan 符号(ASan 内存排查半盲)。现将 llc 输入统一为 compile_input，与串行路径 compile_ll_to_obj 及 TransPyC 参考实现同口径；非 ASan 分支命令逐字不变。
2026-09-15 20:47:14 +08:00
TermiNexus
8312e653e8
fix(CodeGen): 裸结构体形参按 C ABI 按值、修正 |t.CPtr 指针层级，对齐 TPC 并消除签名发散
...
- FuncGenDef/VpiReader._AggregateParamTy: C ABI 外部声明(t.CExtern/t.State)的裸结构体形参按值 %Struct(可取完整定义时)，真 opaque 降级 i64；TPV 内部函数/方法维持 Ptr(struct)。三处(定义侧/函数注入侧/方法注入侧)同口径
- TypeGenResolve/VpiReader: BinOp(A|t.CPtr) 的指针别名守卫改为 pointee 为已注册 struct 才吸收，否则追加一层 => VOIDPTR|t.CPtr 由 i8* 修正为 i8**(对齐 TPC)
- 效果: SetConsoleScreenBufferSize 等 6 个符号由 i64/%COORD* 双形态收敛为按值，同符号多形态数 193->186
2026-09-15 20:47:14 +08:00
TermiNexus
31df298341
fix(gen): 修 REnum match case 静默丢弃与 CDefine 负 64 位常量截断，补 void 注解放行、移植类型定义前移
...
- MatchGenMixin: 2a 路径查变体 tag 改用裸类名(注解书写形态带模块前缀，与变体表裸名注册口径不一致致 tag=-1、case 被静默丢弃、match 全走 default)，并在 build_switch 前硬校验 应提交 case 数==sw_count，不再静默丢
- ExprGenCdef: _const_int_for_cdefine 补 value < -2147483648 下限判据，修正 (0xA5A5A5A5<<32)|0xA5A5A5A5 等负 64 位模式被物化为 i32(写入 inttoptr 零扩展 vs 比较 sext 不一致，致 MemBuddy canary 假阳性 rc=6)
- FuncGenDef/ClassGenVTable: 掉尾检查新增注解级 void 判据(t.CVoid/裸名 CVoid/None)，不再因 REnum match 退化误判 void 函数缺 return
- StubMergerBuild: 移植 TPC 的 类型定义前移 遍，满足 llc 对 by-value 具名类型需先定义的要求(invalid type for function argument)
- main.vp/Phase1Main.vp/project.vpj: 新增 --detection-deep 深诊断开关与 canary 哨兵、ASan 静态库声明
2026-09-15 19:11:54 +08:00
TermiNexus
60100fa6af
fix(type): 联合类型 A|t.CPtr 判据由白名单改为解析成功即保留，stub 侧同步
...
定义侧 TypeGenResolve.resolve_annotation_type 的 BinOp(A | t.CPtr) 分支：裸名
pointee 的保留判据由“硬编码名字白名单 + 必须是已注册 struct”改为“以解析是否
成功为准”——命中统一口径 resolve_typedef_or_map（CTypedef 动态表 → builtins
→ stdint/w32.win32base 库源 → map_t_type）且结果非指针即保留该已解析类型。
于是 sizet | t.CPtr ⇒ i64*（原静默退化为 i8*）。
修复前的故障：TPV2 Phase1 的 includes/ast/tokens.vp _kw_index_put 按 i8* 处理
哈希槽，slot[0] 只做 1 字节读写，指针被截断成低字节 0xd0，随后被当 KwEntry*
解引用 → ASan 读地址 0xd0 崩溃（TPC 侧同 sha 为 alloca i64*/load i64/store i64）。
stub/declare 侧 VpiReader._resolve_vpi_ret_annot_str 同步同一判据：新增
first_td 标记，对裸名（无 '.'）、非白名单、非指针的解析结果复用同一个
GenApi.resolve_typedef_or_map 判定，命中即保留 pointee。声明侧与定义侧现在
同型（sizet/uint64/INT/u32 等别名两侧都得到 i64*/i32*），同型即收敛，
不再需要把 declare 侧坍缩为 i8* 去迁就定义侧。
既有路径行为不变：泛型参数名、内建标量白名单（int/char/str/bytes/bool/float/
double）、解析失败与裸枚举名的 i8* 兜底；指针别名（BYTEPTR/HANDLE/VOIDPTR）
因解析结果为 Ptr(...) 不置位 first_td，仍坍缩 i8*，与定义侧 td_res_is_ptr
守卫对称。
2026-09-15 13:52:21 +08:00
TermiNexus
c1859a111c
fix(tpv): 撤销 llc 输出重定向，回归继承父控制台并保留 GetLastError 与退出码诊断
...
病因：_run_cmd_wait 置 STARTF_USESTDHANDLES 后所有 llc 均无法启动（CreateProcessA 返回 0，GetLastError=87 ERROR_INVALID_PARAMETER），整条构建被阻断。已逐项核对生成的 IR 并排除：STARTUPINFOA 布局（偏移 80/88/96、size 104 正确）、si.cb=104、GEP 字段索引 11/15/16/17 正确、CreateFileA 的 access/share/disposition/flags 正确、dwFlags=256 正确、CreateProcessA 十个参数正确；静态证据无法再推进，故撤回重定向。
移除：_run_cmd_wait 的 log_path 形参、CreateFileA 打开 .llc.log、STARTF_USESTDHANDLES 与三个 hStd 句柄赋值、父侧 CloseHandle 守卫；连带删除失效链路 _log_captured_output、CMD_OUTPUT_MAX、LlcTask.LogPath 及其 init/free 与成功路径 DeleteFileA。进程创建回到继承父控制台（dwFlags 保持 memset 的 0），llc 输出直接外显。
保留诊断（用户要求）：CreateProcessA 失败后立即取 GetLastError 并以 VLogger.warning 打印（worker 线程内不能用 error，它会 sys.exit）；串行 compile_ll_to_obj 与并行 run_llc_parallel 失败时均打印 模块sha1、退出码、完整命令；LlcTask.ExitCode 保留。
2026-09-14 23:02:59 +08:00
TermiNexus
05d5bfbf37
fix(tpv): 修 CreateProcessA 重定向未启动外部命令，并把捕获输出移到 error 之前
...
主因：_run_cmd_wait 置 STARTF_USESTDHANDLES 时只设了 hStdOutput/hStdError，hStdInput 仍是 memset 后的 NULL(0)；Windows 要求三个句柄都有效且可继承，故 CreateProcessA 直接返回 0（表现为 exit=4294967295 即 -1，且 .llc.log 恒空、一次也没有 llc 输出）。日志文件改以 GENERIC_WRITE|GENERIC_READ 打开并令 hStdInput 同指该文件（llc 不读 stdin），三态句柄均不泄漏；无重定向时不置 USESTDHANDLES、退回继承控制台的行为不变。
另在 CreateProcessA 失败处立即取 w32.win32base.GetLastError 并以 VLogger.warning 打印错误码+命令+重定向文件路径（warning 而非 error：error 会 sys.exit，而此处运行在 llc worker 线程内）。
同时修正一处使功能完全失效的顺序问题：_log_captured_output 原先排在 VLogger.error 之后，而 error 内部 sys.exit(1)，故捕获到的 llc stderr|stdout 永远不会打印（这正是只看到一行 llc 编译失败、.llc.log 留空的原因）。串行 compile_ll_to_obj 与并行 run_llc_parallel 两处均改为先打印捕获输出、再报错。
2026-09-14 22:14:45 +08:00
TermiNexus
82f16127c0
fix(tpv): llc 日志文件句柄初始化改用 NULL，避免整数常量赋给指针类型
...
_run_cmd_wait 里 log_fh 原以 w32.win32base.INVALID_HANDLE_VALUE 初始化，而该常量是 CDefine = -1（整数），赋给 HANDLE 指针类型触发"整数隐式转指针已禁止"的 fail-fast（BuildPipeline.vp 原 595 行）。
改为以 None(NULL) 初始化；仓库既有惯例是只把 INVALID_HANDLE_VALUE 用于比较（全仓 20 余处同写法），故其余比较判断不变。因 NULL 与 INVALID 都不应参与关闭，父侧 CloseHandle 增加 None 守卫，避免对 NULL 调 CloseHandle。
2026-09-14 21:19:20 +08:00
TermiNexus
785741026f
fix(tpv): llc 失败日志附带 stderr|stdout、退出码与完整命令
...
此前 llc 失败只打 模块sha1 与命令行：llc 的 stdout/stderr 因继承控制台而外显，程序拿不到文本，导致无法定位 verifier 报错。
_run_cmd_wait 新增可选 log_path：非空时用可继承安全属性把子进程 stdout|stderr 重定向到临时文件（不用管道：写文件不会因缓冲满阻塞、天然无死锁；且 worker 线程禁用池分配，故不复用 includes/subprocess.vp），CreateProcessA 成功后立即关闭文件句柄；log_path 为空时行为与原先逐字节一致。
LlcTask 末尾追加 LogPath/ExitCode（构造点均按 __sizeof__ 与整体 memset 处理，既有字段偏移不变）；worker 记录退出码；run_llc_parallel 与串行 compile_ll_to_obj 在失败时打印 模块sha1、退出码、完整命令 与捕获输出（上限 8KB，带截断标记；输出为空/打开失败/无文件 三态如实打印，不伪造），成功时删除捕获文件、零额外输出。
包装层（compile_module_to_obj 摘要、run_pipeline 的 ErrorMsg、Phase2 PhaseB/PhaseB+ 聚合终止语）本身拿不到输出，保持不动，详情由深层打印。
2026-09-14 20:21:57 +08:00
TermiNexus
51daf28297
fix(expr): 三元表达式 else 分支按 then 的指针类型下传目标类型
...
VpiReader.vp:1963 的 rel_path_rt if rel_path_rt is not None else 单字符问号 触发 CastError（探针 kind=35 IfExp、val.Ty=i32、target_ty=i8*）。根因并非跨模块函数返回类型未解析：then 分支 rel_path_rt 已是 i8*（解析成功，赋值处与已有 fail-fast 均未触发，三条独立证据）；真正的整数来自 else 分支——单引号单字符字面量在词法层被判定为 CONST_CHAR，而 translate_ifexp 翻译 else 时未下传目标类型上下文，遂物化为 i32（63），随后在类型对齐阶段被按 then 的指针类型 coerce，撞上整数隐式转指针的 fail-fast。
改为：仅当 then 分支是指针时，把其类型作为 else 的 target_ty 下传；单字符字面量随即走 ExprGenConst 的指针目标分支物化为 1 字符字符串（对齐 TPC 的引号推断），两分支同为 i8*，不再进入 coerce。非指针 then 不下传，既有常量物化与位宽行为逐字节不变（如 base64.vp 中 then 为 char 的两处不受影响）。
另经核查：模块级函数返回类型并无静默默认 i32 的问题——「依赖已就绪却解析不到」已是 fail-fast（CallGenMixin 跨模块函数路径与方法侧 _fail_method_ret_ty 同构），保留 i32 的仅是多遍收敛中间态的占位，故本次不动。
2026-09-14 19:26:46 +08:00
TermiNexus
7fabf886fc
fix(vpi): 返回注解索引重建的键长常量拼写修正为 VPI_KEY_LEN
...
_vpi_rebuild_ret_idx 里把键长写成了不存在的 VPI_RET_KEY_LEN（参数侧另有 VPI_PARAM_KEY_LEN=224，本文件仅定义 VPI_KEY_LEN=224 与 VPI_PARAM_KEY_LEN）。此前该未定义标识符被旧规则按类型零值兜底编成 0，使重放偏移 ri*0 恒为 0（每条键都从第 0 条键位置读取），返回注解索引重建结果错误；因探测用 live 键比较，表现为未命中回退线性扫描——结果仍正确但索引形同无效。
这解释了此前实测中 _lookup_vpi_ret_annot 加索引后仍有约 913K 次 strcmp（返回侧索引一直未生效），而参数侧索引生效并从榜单消失。改为本文件既有且返回侧一致使用的 VPI_KEY_LEN（malloc/memset/查找/写入各处均用该常量）。
2026-09-14 16:54:36 +08:00
TermiNexus
a46391bf42
fix(expr): coerce_to_type 拓宽方向判定改传 builder.Pool，修正未定义实参 pool
...
coerce_to_type 作用域内并无 pool（其参数是 builder），L425 却把 pool 作为第 1 个实参传给 _zext_or_sext_val。此前该实参翻译失败会被静默按类型零值兜底，使传给 ExprGenOps.should_zext_widen 的池为空、变量注解符号性判定失效，从而在无符号拓宽时错走 sext（即该处注释所述的无符号扩展缺陷根因）。
改为传 builder.Pool（与同函数内 llvmlite.const_int64(builder.Pool, 0) 等一致，是共同值所处的池）。该未定义实参由本会话新增的「实参翻译失败即 fail-fast」规则暴露。
2026-09-14 15:48:09 +08:00
TermiNexus