TransPyC

0 Fork 0

Files

T

TermiNexus b3bc94f99f fix(tpc): 「类 + t.CPtr」联合合并时传播 IsStruct，指针层数不再多算一层

类别：a（编译器缺陷）—— 上游：联合注解 `X | t.CPtr`（X 为类）合并后多出一层指针，
类名随之在下游被当通用指针处理。

根因（一行）：
- `_MergeAllComponentTypes` 的"struct 吸收第一个 t.CPtr"规则以 `Result.IsStruct` 为
  **闸门**（该函数 :1022-1027 注释原文："仅对 struct 类型吸收第一个 CPtr（struct 变量
  默认是指针，AST | t.CPtr = AST*）"）：
      base_ptr_count = Result.PtrCount; Result.PtrCount += cptr_count
      if Result.IsStruct and base_ptr_count > 0 and cptr_count > 0: Result.PtrCount -= 1
- 但 `_MergeCTypeInfoInto` 传播 struct 时**只复制 Name、从不置 IsStruct**
  （`if Source.IsStruct and Source.Name and not Target.Name: Target.Name = Source.Name`）
  ⇒ 闸门恒假 ⇒ `list[str] | t.CPtr` 合并后 PtrCount = 1+1 = 2（应为 1）
  ⇒ 得到 `list[str]**` 而非 `list[str]*`。
- 既有同类先例（同一函数紧邻的 REnum 分支）已经写着
  `Target.IsStruct = True` 并注释"同时传播 IsStruct=True，让 CPtr 吸收逻辑生效
  （REnum 在内存布局上是 struct）" ⇒ 通用 struct 分支漏了同一个传播。

后果链（Test/FakeDuckTest/App/main.vp:111/115）：
  `parts = s1.split(',')`（`split` 返回注解 `list[str]*` ≡ `list[str] | t.CPtr`）
  声明侧解析成两层指针 ⇒ 值类型 pointee 是指针而非结构体 ⇒ HandlesAssign 的类名推断
  整块（以 pointee 是结构体为前提）跳过 ⇒ `parts` 无 `var_struct_class` ⇒
  `p0: str = parts[0]` 不走 `list[str].__getitem__`，退化成通用指针/字节索引返回整数
  ⇒ 报"整数隐式转指针已禁止"（真因在 4 行之前，报文指不到）。

修复：`_MergeCTypeInfoInto` 里 struct 标志与 Name 成对传播
（`if Source.IsStruct: Target.IsStruct = True`），恢复文档化的"吸收第一个 CPtr"语义。

（上一提交 b6526343 在调用点做了类名恢复，属同族的下游补丁；本次是上游根治，
两者不冲突：上游修好后，参数/字段/返回值等位置不再各自退化。）

验证：GetDiagnostics 干净；未跑编译器。

2026-09-29 17:35:56 +08:00

Handles

fix(tpc): 「类 + t.CPtr」联合合并时传播 IsStruct，指针层数不再多算一层

2026-09-29 17:35:56 +08:00

LLVMCG

perf(tpc): _generate_structs 去掉两处"纯 no-op 重建"，不改任何判定语义

2026-09-29 16:37:03 +08:00

Translator

refactor(return): 移除 @c.CReturn 多返回值处理器，只保留 -> tuple[ty1, ty2, ...]，遇到 CReturn 一律报错

2026-09-28 13:57:04 +08:00

__init__.py

snapshot before regression test