|
|
e404746612
|
refactor(mir): Phase 139-P3-B - RoutingDecision を enum 対応 + レガシー削除
- RoutingDecision の missing_caps を Vec<CapabilityTag> に変更(型安全化)
- error_tags は to_tag() メソッドで自動生成
- 全 callsite を enum variant に修正
- capability_tags モジュール(文字列定数群)を完全削除
- 全テスト PASS(型安全性向上を確認)
- フォーマット適用
|
2025-12-16 07:02:14 +09:00 |
|
|
|
990d00393e
|
refactor(mir): Remove CompilationContext legacy fields (Phase 2-7/7) 🎉
Phase 2 完全完了!全 7 Context のレガシーフィールドを完全削除。
## Changes
- Migrated all access sites to comp_ctx.* (15 fields)
- Removed 15 deprecated fields:
* compilation_context
* current_static_box
* user_defined_boxes
* reserved_value_ids
* fn_body_ast
* weak_fields_by_box
* property_getters_by_box
* field_origin_class
* field_origin_by_box
* static_method_index
* method_tail_index
* method_tail_index_source_len
* type_registry
* current_slot_registry
* plugin_method_sigs
- Removed initialization code (15 field inits)
## Phase 2 完了!🎉
- builder.rs: 1222 → 1127 lines (-95 lines net)
- Deprecation warnings: 86 → 0 (完全排除)
- 全 36 deprecated fields 削除完了
- 全 14 sync helpers 削除完了
- 7 Context 完全SSOT化
## Tests
- cargo build --release: SUCCESS
- cargo test --release --lib: 1033/1033 PASS ✅
- Deprecation warnings: 0 ✅
Phase 2 Progress: 7/7 contexts complete (100%) ✅
- ✅ MetadataContext
- ✅ CoreContext
- ✅ TypeContext
- ✅ ScopeContext
- ✅ BindingContext
- ✅ VariableContext
- ✅ CompilationContext (this commit) 🎉
Phase 136 Context Box化: 完全完了!
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|
2025-12-16 04:07:17 +09:00 |
|
|
|
9170f0a85d
|
refactor(mir): Remove VariableContext legacy fields (Phase 2-6/7)
完全移行→削除の安全順序(Option C)に従い、VariableContext の
deprecated フィールドと sync helpers を完全削除。
## Changes
- Migrated all 66+ access sites to variable_ctx.variable_map
- Removed 1 deprecated field (variable_map) from MirBuilder
- Removed 2 sync helpers (sync_variable_ctx_to_legacy, sync_legacy_to_variable_ctx)
- Fixed BoxCompilationContext.variable_map references (kept as-is, different scope)
- Fixed ExitBindingBuilder.variable_map references (kept as-is, local field)
- Updated observer.rs to use variable_map() accessor method
## JoinIR Integration Verified
- CarrierInfo::from_variable_map() works correctly
- ExitLine contract maintained (Phase 132-135)
- NYASH_TRACE_VARMAP debug support preserved
- Pattern 1-5 lowering all functional
## Tests
- cargo test --release --lib: 1033 passed, 0 failed
- phase135_trim_mir_verify.sh: PASS (MIR SSA/ValueId OK)
- cargo build --release: SUCCESS
- Deprecation warnings: reduced (86 remaining, from other contexts)
## Statistics
- 27 files changed
- 146 insertions(+), 174 deletions(-)
- Net: -28 lines
Phase 2 Progress: 6/7 contexts complete (86%)
- ✅ MetadataContext
- ✅ CoreContext
- ✅ TypeContext
- ✅ ScopeContext
- ✅ BindingContext
- ✅ VariableContext (this commit)
- ⏳ CompilationContext (Phase 2-7 next)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|
2025-12-16 03:48:44 +09:00 |
|
|
|
7235fe62e9
|
refactor(mir): Remove ScopeContext legacy fields (Phase 2-4/7)
完全移行→削除の安全順序(Option C)に従い、ScopeContextの
deprecated フィールドと sync helpers を完全削除。
## Changes
- Migrated all access sites to scope_ctx.*
- Removed 7 deprecated fields:
- current_function
- lexical_scope_stack
- function_param_names
- loop_header_stack
- loop_exit_stack
- if_merge_stack
- debug_scope_stack
- Removed 2 sync helpers (sync_scope_ctx_to_legacy, sync_legacy_to_scope_ctx)
- Updated 20+ files with direct field access
## Tests
- cargo build --release: PASS ✅
- Deprecation warnings: 255 → 166 (-89, -35%)
Phase 2 Progress: 4/7 contexts complete (57%)
|
2025-12-15 23:41:30 +09:00 |
|
|
|
b92f85f993
|
refactor(mir): Remove TypeContext legacy fields (Phase 2-3/7)
完全移行→削除の安全順序(Option C)に従い、TypeContext の
deprecated フィールドと sync helpers を完全削除。
⚠️ 危険ゾーン: TypeFactsBox 等の同名フィールドと混同しないよう、
ファイル単位で手作業移行を実施。
## Changes
- Migrated all MirBuilder access sites to type_ctx.* (manual, 40+ files)
- Removed 3 deprecated fields (value_types, value_kinds, value_origin_newbox)
- Removed 2 sync helpers (sync_type_ctx_to_legacy, sync_legacy_to_type_ctx)
- Verified TypeFactsBox, CalleeGuardBox unchanged (no false positives)
## Tests
- cargo test --release --lib: 1029/1033 PASS
- TypeFactsBox integration: PASS (borrowed references unchanged)
- Deprecation warnings: 456 → 255 (-201, -44%)
## Safety Verification
✅ TypeFactsBox unchanged (still uses &'a BTreeMap borrowed references)
✅ CalleeGuardBox unchanged
✅ CalleeResolverBox unchanged
✅ BoxCompilationContext unchanged
Phase 2 Progress: 3/7 contexts complete (43%)
- ✅ MetadataContext
- ✅ CoreContext
- ✅ TypeContext (this commit)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|
2025-12-15 23:27:24 +09:00 |
|
|
|
f9d100ce01
|
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 |
|
|
|
3a82633924
|
refactor(funcscanner): Region+next_i パターン統一 & SSA テスト追加
**FuncScanner .hako 側改善**:
- scan_all_boxes を Region + next_i 形式に統一(continue 多発による SSA/PHI 複雑さ削減)
- インデント修正(タブ→スペース統一)
- デバッグ print 削除
**SSA テスト追加**:
- lang/src/compiler/tests/funcscanner_scan_methods_min.hako
- src/tests/mir_funcscanner_ssa.rs (scan_methods & fib_min SSA デバッグテスト)
**Phase 25.3 ドキュメント**:
- docs/development/roadmap/phases/phase-25.3-funcscanner/ 追加
**関連**: Phase 25.3 FuncScanner 箱化準備作業
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-20 06:38:43 +09:00 |
|
|
|
73844dbe04
|
feat(builder): CalleeBoxKind構造ガードで静的/ランタイムBox混線を根絶
🎯 箱理論の実践: 「境界を作る」原則による構造レベル分離
## 問題
- StageBArgsBox.resolve_src内のargs.get(i)が
Stage1UsingResolverBox.getに化ける(静的Box名混入)
- 未定義ValueIdエラー発生(receiver定義なし)
## 解決策(構造ガード)
✅ CalleeBoxKind enum追加
- StaticCompiler: Stage-B/Stage-1コンパイラBox
- RuntimeData: MapBox/ArrayBox等ランタイムBox
- UserDefined: ユーザー定義Box
✅ classify_box_kind(): Box名から種別判定
- 静的Box群を明示的に列挙(1箇所に集約)
- ランタイムBox群を明示的に列挙
- 将来の拡張も容易
✅ apply_static_runtime_guard(): 混線検出・正規化
- me-call判定(receiver型==box_name → 静的降下に委ねる)
- 真の混線検出(receiver型≠box_name → 正規化)
- トレースログで可視化
## 効果
- 修正前: Invalid value ValueId(150/187)
- 修正後: Unknown method 'is_space' (別issue、StringBox実装不足)
- → 静的Box名混入問題を根絶!
## 箱理論原則
- ✅ 境界を作る: Static/Runtime/UserDefinedを構造的に分離
- ✅ Fail-Fast: フォールバックより明示的エラー
- ✅ 箱にする: CalleeBoxKindでBox種類を1箇所に集約
## ファイル
- src/mir/definitions/call_unified.rs: CalleeBoxKind enum
- src/mir/builder/calls/call_unified.rs: classify_box_kind()
- src/mir/builder/calls/emit.rs: apply_static_runtime_guard()
- docs/development/roadmap/phases/phase-25.1d/README.md: 箱化メモ更新
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-17 23:13:57 +09:00 |
|
|
|
3e3e6318bb
|
refactor(builder): me-call構造クリーンアップ - 無駄な委譲削除
🎯 箱理論改善: 責務の重複と無駄な中間レイヤー削除
## 問題
- handle_me_method_call → try_handle_me_direct_call → try_build_me_method_call
- 3層の委譲で責務が重複
- try_handle_me_direct_call が単なる委譲で独自の責務なし
## 改善
✅ try_handle_me_direct_call を削除
✅ try_build_me_method_call の処理を handle_me_method_call に統合
✅ 責務を1箇所に集約(method_call_handlers.rs)
## 効果
- 🎯 責務の明確化(1つの関数が1つの責務)
- ⚡ 無駄な関数呼び出し削減
- 📖 可読性向上
- 🐛 循環依存の構造的根絶
## ファイル変更
- builder_calls.rs: try_handle_me_direct_call削除(-15行)
- build.rs: try_build_me_method_call削除(-47行)
- method_call_handlers.rs: handle_me_method_call統合(+43行)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-17 20:26:32 +09:00 |
|
|
|
f300b9f3c9
|
Fix MIR builder me-call recursion and add compile tracing
|
2025-11-17 19:53:44 +09:00 |
|
|
|
e5b9b84aca
|
fix: guard unified BoxCall recursion and document Stage-B stack overflow status
|
2025-11-17 17:53:40 +09:00 |
|
|
|
2706d7ae9a
|
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 |
|