docs: record Phase 265/266 EdgeCFG progress and research note

This commit is contained in:
2025-12-21 17:20:58 +09:00
parent f8779df5a6
commit 655a8efbc6
10 changed files with 207 additions and 12 deletions

View File

@ -9,6 +9,7 @@
- JoinIR の地図navigation SSOT: `docs/development/current/main/design/joinir-design-map.md`
- Join-Explicit CFG Constructionnorth star: `docs/development/current/main/design/join-explicit-cfg-construction.md`
- EdgeCFG Flow FragmentsStructured→CFG lowering SSOT: `docs/development/current/main/design/edgecfg-fragments.md`
- Catch / Cleanup / Async設計メモ: `docs/development/current/main/design/exception-cleanup-async.md`
- Loop Canonicalizer設計 SSOT: `docs/development/current/main/design/loop-canonicalizer.md`
- ControlTree / StepTree構造SSOT: `docs/development/current/main/design/control-tree.md`

View File

@ -195,11 +195,13 @@ Frag = { entry_block, exits: Map<ExitKind, Vec<EdgeStub>> }
**次フェーズへの橋渡し**:
次フェーズPhase 266: JoinIR-VM Bridge 改修 + MIR 命令生成
- wires を MIR terminator に落とすEdgeStub.target → set_terminator_jump
- BlockAllocator と Frag 配線の連動
- NormalizedShadow への Frag 適用
- verify の Err 化wires/exits 契約違反 → Err
次フェーズPhase 266: wires → MIR terminator 生成test-only PoC
- wires を MIR terminator に落とす SSOT を追加(`emit_wires`
- verify の strict 版を追加(`verify_frag_invariants_strict`、段階導入)
次フェーズPhase 267: JoinIR/NormalizedShadow への適用 + Branch 生成
- NormalizedShadow/JoinIR で Frag/wires を実戦投入(層境界を守って段階的に)
- Branch の terminator 生成wires → MIRを追加
Phase 267: Pattern6/7/8 への展開
- Pattern6 (ScanWithInit) を Frag 化
@ -209,3 +211,58 @@ Phase 267: Pattern6/7/8 への展開
現時点では既存 pattern6/7/8 や merge/EdgeCFG は未改変(合成能力の証明のみ)。
**Phase 266 P0-P2 完了2025-12-21**
**実装完了内容**:
- ✅ emit.rs 作成wires → MIR terminator 変換の SSOT
- emit_wires() 実装from グループ化 + Return の target=None 許可)
- unit test 4個jump/return/unwired/multiple_from_same_block
- ✅ verify_frag_invariants_strict() 追加(段階導入を壊さない)
- 既存の verify_frag_invariants() は変更なし(警告のまま)
- wires/exits 分離契約を Err 化Return の target=None は許可)
- ✅ mod.rs 更新emit module エクスポート)
- ✅ 全テスト PASS1392 passed: 既存 1388 + 新規 4個
**実装の核心原則**:
1. **from ごとにグループ化して1本だけ許可**
- BTreeMap で from ごとにグループ化
- 1 block = 1 terminator 制約を厳格に強制
2. **Return は target=None を許可**
- Return は target が意味を持たないemit_wires で無視される)
- Fail-Fast 対象は Normal/Break/Continue/Unwind の target=None のみ
3. **verify_frag_invariants_strict() 別名で用意**
- 既存の verify_frag_invariants() は警告のまま維持
- 新規 verify_frag_invariants_strict() で Err 化
- PoC/emit 側だけ strict を使用(段階導入を壊さない)
4. **Phase 260 terminator 語彙ルールを厳守**
- Jump: set_jump_with_edge_args() を使用
- Return: set_terminator() + set_return_env() を使用
**設計判断の記録**:
1. **なぜ from グループ化が必要か?**
- 問題: 同じ block に複数 terminator を設定すると上書きになる
- 決定: from ごとにグループ化し、1本だけ許可Fail-Fast
- 理由: 1 block = 1 terminator は MIR の不変条件
2. **なぜ Return は target=None を許可するか?**
- 問題: Return は呼び出し元に戻るので、target が意味を持たない
- 決定: Return のみ target=None を許可
- 理由: Normal/Break/Continue/Unwind は明確な target が必要
3. **なぜ verify_frag_invariants_strict() を別名にしたか?**
- 問題: 既存の verify_frag_invariants() を Err 化すると、既存コードが壊れる
- 決定: 新規に strict 版を追加し、段階導入
- 理由: Phase 267+ で既存コードを段階的に strict へ移行
**次フェーズへの橋渡し**:
Phase 267: JoinIR Pattern への適用
- NormalizedShadow への Frag 適用
- Pattern6/7/8 を Frag 化
- Branch 生成 + pattern番号分岐削減
- fixture + smoke test

View File

@ -5,6 +5,7 @@ Scope: JoinIR→MIR の「暗黙 ABI」を消し、Join を第一級に扱う CF
Related:
- Navigation SSOT: `docs/development/current/main/design/joinir-design-map.md`
- Investigation (Phase 256): `docs/development/current/main/investigations/phase-256-joinir-contract-questions.md`
- Structured→CFG lowering SSOTFrag/ExitKind: `docs/development/current/main/design/edgecfg-fragments.md`
- Decisions: `docs/development/current/main/20-Decisions.md`
- Future features (catch/cleanup, cleanup/defer, async): `docs/development/current/main/design/exception-cleanup-async.md`
@ -122,3 +123,15 @@ Strangler 期間は “読む側だけ寄せる” と取りこぼしが起き
- `set_terminator(...)` のような入口に寄せ、successors/preds の同期漏れを構造で潰す
- **verifyFail-Fast**
- terminator から計算した successors と、キャッシュ `block.successors` の一致をチェックして “同期漏れ” を即死させる
## pattern番号の位置づけ収束のさせ方
重要: “pattern番号で分岐する” こと自体は長期的には消したい(臭い)。ただし **IR上の形terminator/exit種別で分岐する**のは普通で、むしろ正しい。
収束方針:
- EdgeCFG の基盤が固まった後、Structured→CFG lowering の中心概念を **pattern番号**ではなく **ExitKind と Fragfragment**に移す
- pattern は “Extractor形の認識/ Plan最小要件の抽出” までに縮退し、merge/配線層へ逆流させない
- 最終的に残る実装は `seq/if/loop/cleanup` 等の **合成則**と、`join(block params)` だけになる
設計SSOT: `docs/development/current/main/design/edgecfg-fragments.md`