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>
72 lines
5.2 KiB
Markdown
72 lines
5.2 KiB
Markdown
# 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`（受理のみを確認、実行意味論は降格）。
|
||
- 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)
|
||
1) Phase‑1: Stage‑2 完了＋堅牢化（今ここ）
|
||
- 正常系スモークを自己ホスト直/Bridge（PyVM）で常緑化（追加分を反映済み）。
|
||
- 進捗ガードの継続検証（不完全入力セット）。
|
||
2) Phase‑2: Bridge 短絡/PHI 固定＋パリティ収束
|
||
- 入れ子短絡の merge/PHI incoming を固定し、stdout 判定でスモークを緑化。
|
||
- PyVM/llvmlite パリティを常時緑（代表ケースを exit code 判定へ統一）。
|
||
3) 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責務を徹底。
|