94d95dfbcd
## 主な変更点 ### 🎯 MIRループ制御の実装（根治対応） - src/mir/loop_builder.rs: Break/Continue対応のループコンテキスト管理 - ループのbreak/continueターゲットブロック追跡 - ネストループの適切な処理 - src/mir/builder.rs: Break/Continue文のMIR生成実装 - src/tokenizer.rs: Break/Continue/Tryトークン認識追加 ### 📝 セルフホストパーサーの拡張 - apps/selfhost-compiler/boxes/parser_box.nyash: - Stage-3: break/continue構文受理（no-op実装） - Stage-3: try-catch-finally構文受理（構文解析のみ） - エラー処理構文の将来対応準備 ### 📚 ドキュメント更新 - 論文K（爆速事件簿）: 45事例に更新（4件追加） - PyVM迂回路の混乱事件 - Break/Continue無限ループ事件 - EXE-first戦略の再発見 - 論文I（開発秘話）: Day 38の重要決定追加 ### 🧪 テストケース追加 - apps/tests/: ループ制御とPHIのテストケース - nested_loop_inner_break_isolated.nyash - nested_loop_inner_continue_isolated.nyash - loop_phi_one_sided.nyash - shortcircuit関連テスト ## 技術的詳細 - Break/ContinueをMIRレベルで適切に処理 - 無限ループ問題（CPU 99.9%暴走）の根本解決 - 将来の例外処理機能への準備 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
5.2 KiB
5.2 KiB
Current Task — Phase 15 Self‑Hosting (2025‑09‑15)
TL;DR
- 目標は「自己ホスティング達成」＝ Nyash製パーサで Ny → JSON v0 → Bridge → MIR 実行を安定化すること。
- PyVM は意味論の参照実行器（開発補助）。llvmlite は AOT/検証。配布やバンドル化は後回し（基礎固めが先）。
What Changed (today)
- ParserBox 強化（Stage‑2 完了 + Stage‑3 受理を追加）
- 進捗ガード（parse_program2/parse_block2/parse_stmt2）。
- Stage‑2 受理一式: 単項/二項/比較/論理/呼出/メソッド/引数/if/else/loop/using/local/return/new。
- 代入文（identifier = expr）を受理（Stage‑2 は Local に正規化）。
- Stage‑3 受理のみ（意味論降下は後続）: break/continue/throw/try-catch-finally を no-op/Expr に降格して受理。
- Smokes 追加/拡充
- Stage‑2:
tools/selfhost_stage2_smoke.sh（自己ホスト直）・tools/selfhost_stage2_bridge_smoke.sh（自己ホスト→JSON→PyVM）。 - JSON 固定ベクトル:
tests/json_v0/*.jsonとtools/pyvm_json_vectors_smoke.sh（arith/if/while/logical/strings 代表）。 - 新規 apps/tests: try/finally 合成、短絡＋PHI、二重ループ独立性、ループ片側PHI、メソッドチェーン。
- Stage‑3 受理確認:
tools/selfhost_stage3_accept_smoke.sh（受理のみを確認、実行意味論は降格）。
- Stage‑2:
- Runner/Bridge 実行系
--ny-parser-pipeはNYASH_PIPE_USE_PYVM=1で PyVM に委譲（exit code 判定に統一）。- 自己ホスト JSON 生成は Python MVP を優先、LLVM EXE/インラインVMを段階フォールバック。
Current Status
- Stage‑2: 自己ホスト → JSON v0 → PyVM の代表スモークは緑（配列/文字列/論理/if/loop）。
- Stage‑3: 構文受理のみ完了（break/continue/throw/try/catch/finally）。現時点では JSON 降格（no-op/Expr）で安全受理。
- Runner:
--ny-parser-pipeで PyVM 委譲（exit code 判定）。自己ホスト JSON は Python MVP/EXE/VM の3段フォールバックで生成可能。
Open
- Bridge/PHI の正規化: 短絡（入れ子）における merge/PHI incoming を固定化（rhs_end/fall_bb の順序）。
- JSON v0 の拡張方針: break/continue/try/catch/finally の表現（受け皿設計 or 受理時の事前降下）。
meの扱い: MVP はNYASH_BRIDGE_ME_DUMMY=1の仮注入を継続（将来撤去）。- LLVM 直結（任意）: JSON v0 → LLVM の導線追加は後回し。
Plan (to Self‑Hosting)
- Phase‑1: Stage‑2 完了＋堅牢化（今ここ）
- 正常系スモークを自己ホスト直/Bridge（PyVM）で常緑化（追加分を反映済み）。
- 進捗ガードの継続検証（不完全入力セット）。
- Phase‑2: Bridge 短絡/PHI 固定＋パリティ収束
- 入れ子短絡の merge/PHI incoming を固定し、stdout 判定でスモークを緑化。
- PyVM/llvmlite パリティを常時緑（代表ケースを exit code 判定へ統一）。
- Phase‑3: 構文受理の拡張（完了）→ Bootstrap c0→c1→c1’
- 受理のみ: break/continue/throw/try-catch-finally（実行意味論は降格）。
- emit‑only で c1 を生成→既存経路にフォールバック実行、正規化 JSON 差分で等価を確認。
How to Run (dev)
- 推奨環境:
source tools/dev_env.sh pyvm（PyVM を既定。Bridge→PyVM 直送） - 自己ホスト（子経路 ON）:
NYASH_USE_NY_COMPILER=1 - 安全弁:
NYASH_NY_COMPILER_TIMEOUT_MS=2000、emit‑only 既定:NYASH_NY_COMPILER_EMIT_ONLY=1
Smokes
- 無限ループ防止:
./tools/selfhost_progress_guard_smoke.sh - 自己ホスト → Interpreter（BoxCallなし集合）:
./tools/selfhost_stage2_smoke.sh - 自己ホスト → JSON → PyVM（Array/String/Console 含む）:
./tools/selfhost_stage2_bridge_smoke.sh
Notes / Policies
- PyVM は意味論の参照実行器として運用（exit code 判定を基本）。
- Bridge は JSON v0 → MIR 降下で PHI を生成（Phase‑15 中は現行方式を維持）。
- 配布/バンドル/EXE 化は任意の実験導線として維持（Phase‑15 の主目的外）。
Refactor Candidates (early plan)
- runner/mod.rs（~70K chars）: “runner pipeline” を用途別に分割（TODO #15）
- runner/pipeline.rs（入力正規化/using解決/環境注入）
- runner/pipe_io.rs（stdin/file の JSON v0 受理・整形）
- runner/selfhost.rs（自己ホスト EXE/VM/Python フォールバック、timeout/ログ含む）
- runner/dispatch.rs（backend 選択と実行、PyVM 委譲）
- 既存 json_v0_bridge/mir_json_emit は流用、mod.rs から薄いファサードに縮退。
- backend/llvm/compiler/codegen/mod.rs（~160行だが責務密度が高い）
- 既存 types/instructions を核に、call/boxcall/extern/phi/branch を更に下位モジュールへ分割。
- 目標: compile_module/lower_one_function の肥大化抑制と単体テスト容易化。
- mir/builder.rs（ヘッダ
80行、全体1K行）- 既に多くを modules に分割済み。残る “variable/phi 合流”“loop ヘッダ/出口管理” を builder/loops.rs / builder/phi.rs に抽出。
- 目標: 依存関係（utils/exprs/stmts）を維持したまま、1ファイル1責務を徹底。