hakorune/docs/development/current/main/phase-136-context-box-progress.md

Phase 136 Follow-up: Builder Context Box化 進捗

概要

builder.rs の 1219 行を責任ごとに Context Box に分割し、保守性・テスト容易性を向上させる段階的リファクタリング。

完了した Context (3/7)

✅ TypeContext (Step 1) - 完了

実装日: 2025-12-15

抽出したフィールド (3個):

• value_types: BTreeMap<ValueId, MirType> - 型注釈マップ
• value_kinds: HashMap<ValueId, MirValueKind> - 型種別マップ (Phase 26-A)
• value_origin_newbox: BTreeMap<ValueId, String> - Box クラス名由来追跡

ファイル:

• /home/tomoaki/git/hakorune-selfhost/src/mir/builder/type_context.rs (新規作成)

統合方法:

• MirBuilder に type_ctx: TypeContext フィールドを追加
• 既存フィールドは #[deprecated] でマーク（後方互換性維持）
• 同期ヘルパー (sync_type_ctx_to_legacy(), sync_legacy_to_type_ctx()) を実装

テスト結果:

• ✅ cargo build --release 成功 (警告のみ)
• ✅ cargo test --release --lib - 997/997 PASS
• ✅ phase135_trim_mir_verify.sh - PASS
• ✅ phase132_exit_phi_parity.sh - 3/3 PASS

影響範囲:

• 16 ファイルで 113 箇所が deprecated フィールドを使用中
• 段階的移行により破壊的変更なし

コミット: 076f193f

✅ CoreContext (Step 2) - 完了

実装日: 2025-12-15

抽出したフィールド (5個):

• value_gen: ValueIdGenerator - SSA 値 ID 生成器
• block_gen: BasicBlockIdGenerator - 基本ブロック ID 生成器
• next_binding_id: u32 - BindingId 割り当てカウンタ (Phase 74)
• temp_slot_counter: u32 - 一時ピンスロットカウンタ
• debug_join_counter: u32 - デバッグスコープ join ID カウンタ

ファイル:

• /home/tomoaki/git/hakorune-selfhost/src/mir/builder/core_context.rs (新規作成)

統合方法:

• MirBuilder に core_ctx: CoreContext フィールドを追加
• 既存フィールドは #[deprecated] でマーク（後方互換性維持）
• ID 割り当てメソッド (next_value_id(), allocate_binding_id(), debug_next_join_id()) が core_ctx を SSOT として使用し、legacy フィールドを同期
• 新規ヘルパー next_block_id() を追加し、30 箇所の block_gen.next() 呼び出しを置換

テスト結果:

• ✅ cargo build --release 成功 (警告のみ、193 warnings)
• ✅ cargo test --release --lib - 1004/1004 PASS (7 tests 追加)
• ✅ phase135_trim_mir_verify.sh - PASS
• ✅ phase132_exit_phi_parity.sh - 3/3 PASS

影響範囲:

• builder 内 30+ ファイルで block_gen.next() を next_block_id() に自動置換
• 段階的移行により破壊的変更なし

コミット: 81d79161, 89edf116

✅ ScopeContext (Step 3) - 完了

実装日: 2025-12-15

抽出したフィールド (7個):

• lexical_scope_stack: Vec<LexicalScopeFrame> - Block-scoped local 変数スコープ
• loop_header_stack: Vec<BasicBlockId> - ループヘッダースタック (break/continue 用)
• loop_exit_stack: Vec<BasicBlockId> - ループ出口スタック
• if_merge_stack: Vec<BasicBlockId> - If マージブロックスタック
• current_function: Option<MirFunction> - 現在ビルド中の関数
• function_param_names: HashSet<String> - 関数パラメータ名 (LoopForm PHI 用)
• debug_scope_stack: Vec<String> - デバッグリージョン識別子スタック

ファイル:

• /home/tomoaki/git/hakorune-selfhost/src/mir/builder/scope_context.rs (新規作成)

統合方法:

• MirBuilder に scope_ctx: ScopeContext フィールドを追加
• 既存フィールドは #[deprecated] でマーク（後方互換性維持）
• Lexical scope ヘルパー (push_lexical_scope(), pop_lexical_scope(), declare_local_in_current_scope()) が scope_ctx を SSOT として使用
• Control flow stack ヘルパー (push_if_merge(), pop_if_merge()) が両方を同期
• Debug scope ヘルパー (debug_push_region(), debug_pop_region(), debug_current_region_id()) を更新
• Function context は設定/復元時に両方を同期 (lifecycle.rs, calls/lowering.rs)

テスト結果:

• ✅ cargo build --release 成功 (291 warnings - deprecated フィールド使用)
• ✅ cargo test --release --lib - 1005/1009 PASS (4 tests 失敗は既存問題)
• ✅ phase135_trim_mir_verify.sh - PASS
• ⚠️ phase132_exit_phi_parity.sh - エラー (既存問題、ScopeContext 変更とは無関係)

影響範囲:

• vars/lexical_scope.rs - scope_ctx 使用に更新
• lifecycle.rs - current_function 設定/復元を scope_ctx 同期
• calls/lowering.rs - 関数 lowering の文脈管理を scope_ctx 同期
• 段階的移行により破壊的変更なし

コミット: [今回のコミット]

残りの Context (4/7)

4. BindingContext (計画中)

• binding_map: BTreeMap<String, BindingId> - 変数名 → BindingId マッピング
• variable_map: BTreeMap<String, ValueId> - 変数名 → ValueId マッピング (SSA)

5. MetadataContext (計画中)

• hint_sink: HintSink - ヒントシンク (zero-cost guidance)
• current_span: Span - 現在の AST スパン
• source_file: Option<String> - ソースファイルヒント
• current_region_stack: Vec<RegionId> - Region 観測スタック

6. CompilationContext (計画中)

• compilation_context: Option<BoxCompilationContext> - Box コンパイルコンテキスト
• current_static_box: Option<String> - 現在の static box 名
• user_defined_boxes: HashSet<String> - ユーザー定義 Box 名
• reserved_value_ids: HashSet<ValueId> - 予約済み ValueId

7. ResourceContext (将来予定)

• リソース管理関連フィールド (将来追加)

設計原則

1. 段階的移行 - 全フィールドを一度に移行せず、1-2 Context ずつ
2. 後方互換性 - 既存の public API は維持（内部で Context 経由に変更）
3. Box-First - 各 Context は独立した struct として配置
4. テスト駆動 - 各段階で全テストが PASS することを確認

次のステップ

優先順位 4: BindingContext 抽出

• 変数バインディング管理の集約
• variable_map と binding_map の統一管理
• SSA 変換との連携強化

参考資料

• Phase 136 分析ドキュメント (前提分析)
• Builder.rs (対象ファイル)