tomoaki/hakorune
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
e3b36aa83acb1c39cd3b96e8cd63fcf86d15b7f2
hakorune/src/mir/builder/calls/mod.rs

41 lines
1.6 KiB
Rust
Raw Normal View History

refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
//! 🎯 箱理論: Call系処理のモジュール分離
//!
//! 責務別に明確に分離された「箱」の集合：
//! - lowering: 関数lowering（static/instance method → MIR function）
//! - utils: ユーティリティ（resolve/parse/extract）
refactor(builder): 箱理論リファクタリング Phase 2完了 - 驚異的94%削減達成！ 🎯 目標75%削減を大幅に超える94%削減を達成！ ## Phase 2 成果 ✅ builder_calls.rs: 766行 → 60行（706行削減、92%削減） ✅ calls/emit.rs: 415行（新規、Call命令発行専用） ✅ calls/build.rs: 505行（新規、Call構築専用） ✅ ビルド・テスト成功（0エラー） ## 累積削減効果 Phase 1: 982行 → 766行（216行削減、22%削減） Phase 2: 766行 → 60行（706行削減、92%削減） ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 合計: 982行 → 60行（922行削減、94%削減達成！） ## 箱理論実装詳細 ### 1. 責務ごとに箱に分離 - emit.rs: Call命令発行専用 - emit_unified_call, emit_legacy_call等 - 統一Call/LegacyCallの明確な分離 - build.rs: Call構築専用 - build_function_call, build_method_call等 - 関数Call/メソッドCallの段階的構築 - lowering.rs: 関数lowering専用（Phase 1） - utils.rs: ユーティリティ専用（Phase 1） ### 2. 境界を明確に - 各モジュールで公開インターフェース明確化 - calls/mod.rs で統一的にre-export - 内部関数は適切に隠蔽 ### 3. いつでも戻せる - builder_calls.rs で既存API完全保持 - re-exportによる完全な後方互換性 - 段階的移行で各ステップでビルド確認 ### 4. 巨大関数は分割 **emit.rs**: - emit_unified_call (元231行) → 複数の小関数に分割 - try_global_fallback_handlers (~50行) - materialize_receiver_in_callee (~30行) - emit_global_unified (~20行) **build.rs**: - build_function_call (元134行) → 7つの小関数に分割 - try_build_typeop_function (~25行) - try_handle_math_function (~60行) - build_call_args (~7行) - 各関数30-60行に収まる - build_method_call (元107行) → 5つの小関数に分割 - try_build_static_method_call (~10行) - try_build_me_method_call (~35行) - 各関数が単一の明確な責務 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ ├── emit.rs # Call発行（415行）✨ NEW │ ├── build.rs # Call構築（505行）✨ NEW │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 最小限（60行、94%削減！） ## 技術的成果 - 可読性向上: 100行超 → 30-60行の小関数 - 保守性向上: 責務分離で影響範囲最小化 - 再利用性向上: 明確なIF定義で安全使用 - テスト容易性: 小さな単位でテスト可能 ## 次のステップ候補 - Phase 3: handlers.rs 作成（オプション） - さらなる細分化（emit/unified.rs 等） - ValueId(6)エラーの根本原因調査 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:11:21 +09:00
//! - emit: Call命令発行（統一Call/Legacy Call） ✅ Phase 2完了
//! - build: Call構築（function call/method call） ✅ Phase 2完了
refactor(builder): 箱化 - CalleeGuardBox抽出（構造ガード専用箱） 🎯 箱理論の実践: 単一責務の箱を作る ## 箱化内容 ✅ CalleeGuardBox（約150行、テスト込み約200行） - 責務: 構造ガード専任（静的Box/ランタイムBox混線防止） - 状態: value_typesのみ保持（最小化） - ピュア関数的: Callee入力 → 検証・変換 → Callee出力 ## 実装 - src/mir/builder/calls/guard.rs: 新ファイル - CalleeGuardBox::apply_static_runtime_guard() - CalleeGuardBox::is_me_call() - CalleeGuardBox::get_box_type() - 単体テスト3件追加（me-call検出、正規化） - src/mir/builder/calls/emit.rs: 箱化移行 - emit_unified_call_impl内でCalleeGuardBox使用 - 古いapply_static_runtime_guardメソッド削除（約50行削減） - src/mir/builder/calls/mod.rs: モジュール追加 - pub mod guard;（Phase 25.1d完了マーク） ## 箱理論原則 ✅ 箱にする: 構造ガード機能を1箱に集約 ✅ 境界を作る: MirBuilderから分離、独立した責務 ✅ 戻せる: 独立箱なので切り離し・差し替え可能 ✅ テスト容易: 単体テスト3件で検証済み ## 効果 - コード整理: emit.rs 約50行削減 - 保守性向上: 構造ガードロジックが1ファイルに集約 - テスト品質: 単体テストで挙動保証 - 拡張容易: 将来の構造ガード追加が容易 ## テスト結果 - ✅ CalleeGuardBox単体テスト 3件パス - ✅ 既存テスト mir_stageb_like系 パス - ✅ ビルド成功（0エラー） 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-17 23:21:36 +09:00
//! - guard: 構造ガード（静的Box/ランタイムBox混線防止） ✅ Phase 25.1d完了
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
// Existing modules (already implemented elsewhere)
pub mod annotation;
feat: 大規模リファクタリング - SRP原則に基づくモジュール分割 ## MIR builder_calls.rs リファクタリング - 879行 → 629行 (28%削減) + 7専門モジュール - calls/ ディレクトリに機能別分割: - call_target.rs: CallTarget型定義 - method_resolution.rs: メソッド解決ロジック - extern_calls.rs: 外部呼び出し処理 - special_handlers.rs: 特殊ハンドラー - function_lowering.rs: 関数変換ユーティリティ - call_unified.rs: 統一Call実装 - mod.rs: モジュール統合 ## Parser statements.rs リファクタリング - 723行 → 8専門モジュール - statements/ ディレクトリに機能別分割: - control_flow.rs: if/loop/break/continue/return - declarations.rs: 宣言系ディスパッチャー - exceptions.rs: try/throw/catch/cleanup - helpers.rs: ヘルパー関数 - io_async.rs: print/nowait - modules.rs: import/using/from - variables.rs: local/outbox/assignments - mod.rs: 統合モジュール ## 効果 ✅ 単一責任原則(SRP)の達成 ✅ 保守性・再利用性の向上 ✅ ChatGPT5 Pro設計の型安全Call解決システム実装 ✅ スモークテスト通過確認済み 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
2025-09-25 09:01:55 +09:00
pub mod call_target;
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
pub mod call_unified;
feat: 大規模リファクタリング - SRP原則に基づくモジュール分割 ## MIR builder_calls.rs リファクタリング - 879行 → 629行 (28%削減) + 7専門モジュール - calls/ ディレクトリに機能別分割: - call_target.rs: CallTarget型定義 - method_resolution.rs: メソッド解決ロジック - extern_calls.rs: 外部呼び出し処理 - special_handlers.rs: 特殊ハンドラー - function_lowering.rs: 関数変換ユーティリティ - call_unified.rs: 統一Call実装 - mod.rs: モジュール統合 ## Parser statements.rs リファクタリング - 723行 → 8専門モジュール - statements/ ディレクトリに機能別分割: - control_flow.rs: if/loop/break/continue/return - declarations.rs: 宣言系ディスパッチャー - exceptions.rs: try/throw/catch/cleanup - helpers.rs: ヘルパー関数 - io_async.rs: print/nowait - modules.rs: import/using/from - variables.rs: local/outbox/assignments - mod.rs: 統合モジュール ## 効果 ✅ 単一責任原則(SRP)の達成 ✅ 保守性・再利用性の向上 ✅ ChatGPT5 Pro設計の型安全Call解決システム実装 ✅ スモークテスト通過確認済み 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
2025-09-25 09:01:55 +09:00
pub mod extern_calls;
pub mod function_lowering;
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
pub mod method_resolution;
pub mod special_handlers;
feat: 大規模リファクタリング - SRP原則に基づくモジュール分割 ## MIR builder_calls.rs リファクタリング - 879行 → 629行 (28%削減) + 7専門モジュール - calls/ ディレクトリに機能別分割: - call_target.rs: CallTarget型定義 - method_resolution.rs: メソッド解決ロジック - extern_calls.rs: 外部呼び出し処理 - special_handlers.rs: 特殊ハンドラー - function_lowering.rs: 関数変換ユーティリティ - call_unified.rs: 統一Call実装 - mod.rs: モジュール統合 ## Parser statements.rs リファクタリング - 723行 → 8専門モジュール - statements/ ディレクトリに機能別分割: - control_flow.rs: if/loop/break/continue/return - declarations.rs: 宣言系ディスパッチャー - exceptions.rs: try/throw/catch/cleanup - helpers.rs: ヘルパー関数 - io_async.rs: print/nowait - modules.rs: import/using/from - variables.rs: local/outbox/assignments - mod.rs: 統合モジュール ## 効果 ✅ 単一責任原則(SRP)の達成 ✅ 保守性・再利用性の向上 ✅ ChatGPT5 Pro設計の型安全Call解決システム実装 ✅ スモークテスト通過確認済み 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
2025-09-25 09:01:55 +09:00
refactor(builder): Phase 3-A - UnifiedCallEmitterBox実装完了 箱理論の実践：統一Call発行ロジックを独立した箱に集約 - 単一責務：統一Call発行のみ（Legacy Callは別モジュール） - 状態レス：MirBuilderを引数で受け取る設計 - ピュア関数的：入力CallTarget → 解決・発行 → MirCall命令 実装内容： 1. 新規ファイル作成 - src/mir/builder/calls/unified_emitter.rs (~250行) - UnifiedCallEmitterBox構造体 - 4つの主要メソッド： * emit_unified_call (公開API) * emit_unified_call_impl (コア実装) * emit_global_unified (Global関数呼び出し) * emit_value_unified (第一級関数呼び出し) 2. emit.rs からロジック移動 - emit_unified_call → 委譲に変更（1行） - emit_unified_call_impl → 削除（~150行削減） - emit_global_unified → 削除（委譲に変更） - emit_value_unified → 削除（委譲に変更） - try_global_fallback_handlers → pub(super)に変更 - materialize_receiver_in_callee → pub(super)に変更 3. mod.rs更新 - unified_emitter モジュール追加 箱化効果（Phase 3-A単独）： - emit.rs: 467行 → 261行（-206行、44%削減！） - unified_emitter.rs: 250行（新規、Unified専用箱） - 読みやすさ大幅向上：統一Call発行ロジックが独立 - 責務分離明確化：Legacy/Unifiedの完全分離 Phase 3 進捗： - Phase 3-A: UnifiedCallEmitterBox ✅ 完了（本コミット） - Phase 3-B: EffectsAnalyzerBox ⏳ 次の目標 - Phase 3-C: CallMaterializerBox ⏳ 最終目標 ビルド・テスト： - cargo build --release: ✅ 成功 - 既存機能互換性: ✅ 完全保持
2025-11-17 23:49:18 +09:00
// New refactored modules (Box Theory Phase 1 & 2 & 25.1d & Phase 3)
chore: Phase 25.1 完了 - LoopForm v2/Stage1 CLI/環境変数削減 + Phase 26-D からの変更 Phase 25.1 完了成果: - ✅ LoopForm v2 テスト・ドキュメント・コメント完備 - 4ケース（A/B/C/D）完全テストカバレッジ - 最小再現ケース作成（SSAバグ調査用） - SSOT文書作成（loopform_ssot.md） - 全ソースに [LoopForm] コメントタグ追加 - ✅ Stage-1 CLI デバッグ環境構築 - stage1_cli.hako 実装 - stage1_bridge.rs ブリッジ実装 - デバッグツール作成（stage1_debug.sh/stage1_minimal.sh） - アーキテクチャ改善提案文書 - ✅ 環境変数削減計画策定 - 25変数の完全調査・分類 - 6段階削減ロードマップ（25→5、80%削減） - 即時削除可能変数特定（NYASH_CONFIG/NYASH_DEBUG） Phase 26-D からの累積変更: - PHI実装改善（ExitPhiBuilder/HeaderPhiBuilder等） - MIRビルダーリファクタリング - 型伝播・最適化パス改善 - その他約300ファイルの累積変更 🎯 技術的成果: - SSAバグ根本原因特定（条件分岐内loop変数変更） - Region+next_iパターン適用完了（UsingCollectorBox等） - LoopFormパターン文書化・テスト化完了 - セルフホスティング基盤強化 Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <noreply@openai.com> Co-Authored-By: Task Assistant <task@anthropic.com>
2025-11-21 06:25:17 +09:00
pub mod build; // Phase 2: Call building
refactor(builder): Phase 3-B,C完了 - 読みやすさ革命達成！ 箱理論の完全実践：Call系処理を9個の専用箱で完全分離 - Phase 3-B: EffectsAnalyzerBox（エフェクト解析専用） - Phase 3-C: CallMaterializerBox（Call前処理専用） 実装内容： 【Phase 3-B: EffectsAnalyzerBox】 1. 新規ファイル作成 - src/mir/builder/calls/effects_analyzer.rs (~155行) - compute_call_effects: Calleeから副作用マスクを計算 - is_pure_method: Pureメソッド判定 - 5つのユニットテスト ✅ 2. call_unified.rs整理 - compute_call_effects → 委譲に変更 - is_pure_method → 削除 - ~50行削減 【Phase 3-C: CallMaterializerBox】 1. 新規ファイル作成 - src/mir/builder/calls/materializer.rs (~151行) - try_global_fallback_handlers: Global関数フォールバック - materialize_receiver_in_callee: Receiver実体化 - Call前処理全般を集約 2. emit.rs整理 - 2つの大きな関数を委譲に変更 - ~115行削減 3. unified_emitter.rs更新 - CallMaterializerBox経由に変更 箱化効果（Phase 3全体）： 【劇的な削減】 - emit.rs: 467行 → 164行（-303行、65%削減！） - call_unified.rs: 144行 → 98行（-46行、32%削減！） 【新規箱（責務明確・読みやすい）】 - unified_emitter.rs: 250行（統一Call発行専用） - effects_analyzer.rs: 155行（エフェクト解析専用） - materializer.rs: 151行（Call前処理専用） 【読みやすさ革命】 - ✅ 500行超えファイル根絶（最大489行まで） - ✅ 責務分離完璧（各ファイルが単一責務） - ✅ 9個の専用箱で管理（guard/resolver/emitter/effects/materializer） - ✅ テスト容易性劇的向上（独立した箱で簡単テスト） Phase 3 最終状態： - Phase 3-A: UnifiedCallEmitterBox ✅ - Phase 3-B: EffectsAnalyzerBox ✅ - Phase 3-C: CallMaterializerBox ✅ - 読みやすさ革命 ✅ 完全達成！ ビルド・テスト： - cargo build --release: ✅ 成功 - effects_analyzer tests (5): ✅ all passed - 既存機能互換性: ✅ 完全保持
2025-11-17 23:57:04 +09:00
pub mod effects_analyzer; // Phase 3-B: Effects analyzer (エフェクト解析専用箱)
chore: Phase 25.1 完了 - LoopForm v2/Stage1 CLI/環境変数削減 + Phase 26-D からの変更 Phase 25.1 完了成果: - ✅ LoopForm v2 テスト・ドキュメント・コメント完備 - 4ケース（A/B/C/D）完全テストカバレッジ - 最小再現ケース作成（SSAバグ調査用） - SSOT文書作成（loopform_ssot.md） - 全ソースに [LoopForm] コメントタグ追加 - ✅ Stage-1 CLI デバッグ環境構築 - stage1_cli.hako 実装 - stage1_bridge.rs ブリッジ実装 - デバッグツール作成（stage1_debug.sh/stage1_minimal.sh） - アーキテクチャ改善提案文書 - ✅ 環境変数削減計画策定 - 25変数の完全調査・分類 - 6段階削減ロードマップ（25→5、80%削減） - 即時削除可能変数特定（NYASH_CONFIG/NYASH_DEBUG） Phase 26-D からの累積変更: - PHI実装改善（ExitPhiBuilder/HeaderPhiBuilder等） - MIRビルダーリファクタリング - 型伝播・最適化パス改善 - その他約300ファイルの累積変更 🎯 技術的成果: - SSAバグ根本原因特定（条件分岐内loop変数変更） - Region+next_iパターン適用完了（UsingCollectorBox等） - LoopFormパターン文書化・テスト化完了 - セルフホスティング基盤強化 Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <noreply@openai.com> Co-Authored-By: Task Assistant <task@anthropic.com>
2025-11-21 06:25:17 +09:00
pub mod emit; // Phase 2: Call emission
pub mod guard; // Phase 25.1d: Structural guard (static/runtime box separation)
pub mod lowering;
pub mod materializer;
pub mod resolver; // Phase 25.1d: Callee resolution (CallTarget → Callee)
pub mod unified_emitter; // Phase 3-A: Unified call emitter (統一Call発行専用箱)
pub mod utils; // Phase 3-C: Call materializer (Call前処理・準備専用箱)
refactor(builder): extract call annotation module (Phase 3 complete!) Split builder_calls.rs (1041→973 lines, -68 lines, -6.5%) Changes: - Created calls/annotation.rs (82 lines) - Extracted annotate_call_result_from_func_name function - Handles call result type annotation - Specialized logic for JsonParser/JsonToken/JsonTokenizer - Updated calls/mod.rs to declare new module - Updated builder_calls.rs to redirect to new module - Build verified: 0 errors, 85 warnings Phase 1-3 Complete Summary: - Phase 1: Legacy deletion (2,997 lines) - Phase 2: handlers/boxes.rs split (686 lines) - boxes_object_fields.rs (360 lines) - boxes_instance.rs (151 lines) - boxes_plugin.rs (175 lines) - Phase 3: builder/builder_calls.rs split (68 lines) - calls/annotation.rs (82 lines) Total reduction: 3,751 lines deleted across 3 phases Ultrathink Strategy Success: - Focused on clear, low-risk refactorings - Sequential execution minimized errors - Modular organization improved maintainability 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-01 12:50:18 +09:00
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
// Re-export public interfaces
feat(mir): Phase 25.1f完了 - Conservative PHI + ControlForm観測レイヤー 🎉 Conservative PHI Box理論による完全SSA構築 **Phase 7-B: Conservative PHI実装** - 片方branchのみ定義変数に対応（emit_void使用） - 全変数にPHI生成（Conservative Box理論） - Stage-1 resolver全テスト緑化（3/3 PASS） **Phase 25.1f: ControlForm観測レイヤー** - LoopShape/IfShape/ControlForm構造定義 - Loop/If統一インターフェース実装 - debug_dump/debug_validate機能追加 - NYASH_CONTROL_FORM_TRACE環境変数対応 **主な変更**: - src/mir/builder/phi.rs: Conservative PHI実装 - src/mir/control_form.rs: ControlForm構造（NEW） - src/mir/loop_builder.rs: LoopForm v2デフォルト化 **テスト結果**: ✅ mir_stage1_using_resolver_min_fragment_verifies ✅ mir_stage1_using_resolver_full_collect_entries_verifies ✅ mir_parserbox_parse_program2_harness_parses_minimal_source 🤖 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <chatgpt@openai.com>
2025-11-18 18:56:35 +09:00
#[allow(unused_imports)]
chore: Phase 25.1 完了 - LoopForm v2/Stage1 CLI/環境変数削減 + Phase 26-D からの変更 Phase 25.1 完了成果: - ✅ LoopForm v2 テスト・ドキュメント・コメント完備 - 4ケース（A/B/C/D）完全テストカバレッジ - 最小再現ケース作成（SSAバグ調査用） - SSOT文書作成（loopform_ssot.md） - 全ソースに [LoopForm] コメントタグ追加 - ✅ Stage-1 CLI デバッグ環境構築 - stage1_cli.hako 実装 - stage1_bridge.rs ブリッジ実装 - デバッグツール作成（stage1_debug.sh/stage1_minimal.sh） - アーキテクチャ改善提案文書 - ✅ 環境変数削減計画策定 - 25変数の完全調査・分類 - 6段階削減ロードマップ（25→5、80%削減） - 即時削除可能変数特定（NYASH_CONFIG/NYASH_DEBUG） Phase 26-D からの累積変更: - PHI実装改善（ExitPhiBuilder/HeaderPhiBuilder等） - MIRビルダーリファクタリング - 型伝播・最適化パス改善 - その他約300ファイルの累積変更 🎯 技術的成果: - SSAバグ根本原因特定（条件分岐内loop変数変更） - Region+next_iパターン適用完了（UsingCollectorBox等） - LoopFormパターン文書化・テスト化完了 - セルフホスティング基盤強化 Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <noreply@openai.com> Co-Authored-By: Task Assistant <task@anthropic.com>
2025-11-21 06:25:17 +09:00
pub use build::*;
#[allow(unused_imports)]
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
pub use call_target::CallTarget;
feat(mir): Phase 25.1f完了 - Conservative PHI + ControlForm観測レイヤー 🎉 Conservative PHI Box理論による完全SSA構築 **Phase 7-B: Conservative PHI実装** - 片方branchのみ定義変数に対応（emit_void使用） - 全変数にPHI生成（Conservative Box理論） - Stage-1 resolver全テスト緑化（3/3 PASS） **Phase 25.1f: ControlForm観測レイヤー** - LoopShape/IfShape/ControlForm構造定義 - Loop/If統一インターフェース実装 - debug_dump/debug_validate機能追加 - NYASH_CONTROL_FORM_TRACE環境変数対応 **主な変更**: - src/mir/builder/phi.rs: Conservative PHI実装 - src/mir/control_form.rs: ControlForm構造（NEW） - src/mir/loop_builder.rs: LoopForm v2デフォルト化 **テスト結果**: ✅ mir_stage1_using_resolver_min_fragment_verifies ✅ mir_stage1_using_resolver_full_collect_entries_verifies ✅ mir_parserbox_parse_program2_harness_parses_minimal_source 🤖 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <chatgpt@openai.com>
2025-11-18 18:56:35 +09:00
#[allow(unused_imports)]
chore: Phase 25.1 完了 - LoopForm v2/Stage1 CLI/環境変数削減 + Phase 26-D からの変更 Phase 25.1 完了成果: - ✅ LoopForm v2 テスト・ドキュメント・コメント完備 - 4ケース（A/B/C/D）完全テストカバレッジ - 最小再現ケース作成（SSAバグ調査用） - SSOT文書作成（loopform_ssot.md） - 全ソースに [LoopForm] コメントタグ追加 - ✅ Stage-1 CLI デバッグ環境構築 - stage1_cli.hako 実装 - stage1_bridge.rs ブリッジ実装 - デバッグツール作成（stage1_debug.sh/stage1_minimal.sh） - アーキテクチャ改善提案文書 - ✅ 環境変数削減計画策定 - 25変数の完全調査・分類 - 6段階削減ロードマップ（25→5、80%削減） - 即時削除可能変数特定（NYASH_CONFIG/NYASH_DEBUG） Phase 26-D からの累積変更: - PHI実装改善（ExitPhiBuilder/HeaderPhiBuilder等） - MIRビルダーリファクタリング - 型伝播・最適化パス改善 - その他約300ファイルの累積変更 🎯 技術的成果: - SSAバグ根本原因特定（条件分岐内loop変数変更） - Region+next_iパターン適用完了（UsingCollectorBox等） - LoopFormパターン文書化・テスト化完了 - セルフホスティング基盤強化 Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <noreply@openai.com> Co-Authored-By: Task Assistant <task@anthropic.com>
2025-11-21 06:25:17 +09:00
pub use emit::*;
#[allow(unused_imports)]
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
pub use lowering::*;
feat(mir): Phase 25.1f完了 - Conservative PHI + ControlForm観測レイヤー 🎉 Conservative PHI Box理論による完全SSA構築 **Phase 7-B: Conservative PHI実装** - 片方branchのみ定義変数に対応（emit_void使用） - 全変数にPHI生成（Conservative Box理論） - Stage-1 resolver全テスト緑化（3/3 PASS） **Phase 25.1f: ControlForm観測レイヤー** - LoopShape/IfShape/ControlForm構造定義 - Loop/If統一インターフェース実装 - debug_dump/debug_validate機能追加 - NYASH_CONTROL_FORM_TRACE環境変数対応 **主な変更**: - src/mir/builder/phi.rs: Conservative PHI実装 - src/mir/control_form.rs: ControlForm構造（NEW） - src/mir/loop_builder.rs: LoopForm v2デフォルト化 **テスト結果**: ✅ mir_stage1_using_resolver_min_fragment_verifies ✅ mir_stage1_using_resolver_full_collect_entries_verifies ✅ mir_parserbox_parse_program2_harness_parses_minimal_source 🤖 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: ChatGPT <chatgpt@openai.com>
2025-11-18 18:56:35 +09:00
#[allow(unused_imports)]
refactor(builder): 箱理論リファクタリング Phase 1完了 🎯 builder_calls.rs (982行) を箱理論で責務別にモジュール分割 ## 成果 ✅ builder_calls.rs: 982行 → 766行（-216行、22%削減） ✅ calls/lowering.rs: 354行（新規、箱理論6段階パターン） ✅ calls/utils.rs: 45行（新規、ユーティリティ統一） ✅ ビルド・テスト完全成功（0エラー） ## 箱理論の実装 1. 責務ごとに箱に分離: - lowering: 関数lowering専用 - utils: ユーティリティ統一 - emit/build: Phase 2で実装予定 2. 境界を明確に: - mod.rs で公開インターフェース定義 - pub(in crate::mir::builder) で適切な可視性制御 3. いつでも戻せる: - 段階的移行、各ステップでビルド確認 - 既存API完全保持（互換性100%） 4. 巨大関数は分割: - lower_static_method_as_function: 125行 → 6段階に分解 - lower_method_as_function: 80行 → 6段階に分解 ## 箱理論6段階パターン 1. prepare_lowering_context - Context準備 2. create_function_skeleton - 関数スケルトン作成 3. setup_function_params - パラメータ設定 4. lower_function_body - 本体lowering 5. finalize_function - 関数finalize 6. restore_lowering_context - Context復元 ## ファイル構成 src/mir/builder/ ├── calls/ │ ├── mod.rs # 公開インターフェース │ ├── lowering.rs # 関数lowering（354行） │ └── utils.rs # ユーティリティ（45行） └── builder_calls.rs # 削減版（766行） ## 次のステップ Phase 2: emit.rs 作成（~500行移行） Phase 3: build.rs 作成（~350行移行） 最終目標: builder_calls.rs を200行以内に 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: Task先生 <task@anthropic.com>
2025-11-17 17:02:01 +09:00
pub use utils::*;
Reference in New Issue Copy Permalink