TermiNexus
2aa55f36b9
fix(LLVMCG/Handles): GEP 基址 opaque 时按同短名找已具化孪生体并 bitcast；守卫报文补实例清单
现场：includes/ast/astaux.vp:165 `self.arg = _copy_str(pool, arg)` 的基址 pointee 是
opaque 的 `%"<sha1>.Keyword"*` —— 同一类名常有两份 struct 实例（短名 'Keyword' /
sha1 全名 '<sha1>.Keyword'），"函数签名里的 self 用哪一份"与"StructGen 具化的是哪一份"
并不保证一致 ⇒ GEP 无法在编译期算元素类型（llvmlite 抛裸 TypeError），
_GuardIrBuilder 的 opaque 守卫先行 fail-fast。
改动：
1) 新增 BaseGen._FindConcreteTwin：按**同短名**（IR 全名相同者优先）在 structs 里取一份
已具化实例（元素最多者），与既有"同名实例取字段最多版本"（HandlesAssign:1156-1163）
同一判据；返回 None 表示确无孪生体（真因 = "body 从未 set_body"）。
2) 写入路径 HandlesAssign（`self.字段 = ...`）：pointee opaque 时 bitcast 到孪生体，
并把它同时用作 struct_type 与 `_get_member_offset` 的 hint ⇒ 偏移与 GEP 同源。
3) 读取路径 HandlesExprAttr._gep_and_Load_member 共用同一工具函数（读写两路同判据，
避免"写修了读没修"再吃一轮）。
4) opaque-GEP 守卫报文补"同短名 struct 实例（key(IR 名)=槽数）"清单：清单含已具化项
⇒ 属"偏移与 GEP 未同源"；全是 opaque ⇒ 属"body 从未 set_body"——一次报文即可判定是哪一侧。
找不到孪生体时**不兜底**：仍由守卫 fail-fast 并报出实例清单（本仓"不许静默兜底"约定）。
验证：py_compile 通过（BaseGen / HandlesAssign / HandlesExprAttr 三文件）。
2026-09-30 11:57:07 +08:00
..
2026-07-18 19:25:40 +08:00
2026-09-30 11:57:07 +08:00
2026-09-17 14:52:37 +08:00
2026-09-30 09:53:41 +08:00
2026-09-30 11:15:58 +08:00
2026-09-26 19:27:22 +08:00
2026-09-29 19:24:27 +08:00
2026-09-29 23:48:52 +08:00
2026-09-26 19:27:22 +08:00
2026-09-30 09:53:41 +08:00