# 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` - 型注釈マップ - `value_kinds: HashMap` - 型種別マップ (Phase 26-A) - `value_origin_newbox: BTreeMap` - 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` - Block-scoped local 変数スコープ - `loop_header_stack: Vec` - ループヘッダースタック (break/continue 用) - `loop_exit_stack: Vec` - ループ出口スタック - `if_merge_stack: Vec` - If マージブロックスタック - `current_function: Option` - 現在ビルド中の関数 - `function_param_names: HashSet` - 関数パラメータ名 (LoopForm PHI 用) - `debug_scope_stack: Vec` - デバッグリージョン識別子スタック **ファイル**: - `/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` - 変数名 → BindingId マッピング - `variable_map: BTreeMap` - 変数名 → ValueId マッピング (SSA) ### 5. MetadataContext (計画中) - `hint_sink: HintSink` - ヒントシンク (zero-cost guidance) - `current_span: Span` - 現在の AST スパン - `source_file: Option` - ソースファイルヒント - `current_region_stack: Vec` - Region 観測スタック ### 6. CompilationContext (計画中) - `compilation_context: Option` - Box コンパイルコンテキスト - `current_static_box: Option` - 現在の static box 名 - `user_defined_boxes: HashSet` - ユーザー定義 Box 名 - `reserved_value_ids: HashSet` - 予約済み 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 分析ドキュメント](./phase-136-builder-analysis.md) (前提分析) - [Builder.rs](../../../../src/mir/builder.rs) (対象ファイル)