TermiNexus
ef4421db20
fix(TypeGenResolve): 定长数组容器的「元素个数」实参不参与类名归属归一（消「保留裸名」误报）
【b 机制漏豁免】`_norm_type_arg_name` 规则 1.5 把 `Name[...]` 的**每个**顶层实参都递归
归一（目的是把类名统一成 `{定义模块SHA1}.类`）。但定长数组容器 `t.CArray[T, N]` /
`list[T, N]` 的**第 2 实参是元素个数**（编译期整数：CDefine 名 / 字面量 / 常量表达式，
依据是 TPC 侧 t.CArray 的定义原文"第一个参数为元素类型，第二个参数为数组大小（整数或
常量名）"，lib/includes/t.py），对它做类名归属归一既无意义，又会落进规则 5.5 的
"保留裸名"取证 ⇒ 误报"类名归属缺失"。
现场：编译 includes/traceback.vp 时 TracebackState 的字段注解
`t.CArray[uint64, TRACEBACK_FRAME_BUF]`（traceback.vp:532），第 2 实参
'TRACEBACK_FRAME_BUF' 是 traceback.vp:482 的 `TRACEBACK_FRAME_BUF: t.CDefine = 128`
⇒ 每次编译刷
"[类型实参归属] 裸类名 'TRACEBACK_FRAME_BUF' 本次保留裸名…"ERROR。
修法：新增 `_is_count_arg_container(container)`（按**容器短名**判定，兼容 `tt.CArray`
这类别名；只认 CArray / list，泛型类 GSList[T]/Box[T] 的实参全是类型名不受影响），
规则 1.5 的实参拆分循环按序号跳过第 2 实参 —— 原样保留、不递归。
归一结果逐字不变：常量名与字面量既非类名也非 CTypedef，归一恒返回原串；TPC 侧
`ResolveTypeArgStr` 对同位置同样原样保留（Name→NormalizeGenericArgName / Constant→
unparse），两侧仍一致。改变的只是不再触发该取证日志。
配套：上一提交 d63787f 的 `_is_non_class_type_name` 覆盖同注解的**第 1 实参**
（`uint64` = builtins.vp 的 typedef）——两条判据互补：类型位放行非类名，个数位不归一。
未验证：需重新自举 TransPyV.exe 才生效。vast 解析通过。
2026-09-30 14:05:03 +08:00
..
2026-09-30 14:05:03 +08:00
2026-08-22 02:07:49 +08:00
2026-09-23 16:09:32 +08:00
2026-09-23 16:09:32 +08:00
2026-09-28 18:43:59 +08:00
2026-09-23 16:09:32 +08:00