tomoaki/hakorune
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
d82c332a40a918cf3f47d85aa2290a68d6406209
hakorune/CURRENT_TASK.md
nyash-codex d82c332a40 feat(joinir): Phase 135 P0 - ConditionLoweringBox allocator SSOT (ValueId collision fix) 
## Summary
Root cause: ConditionLoweringBox was bypassing ConditionContext.alloc_value (SSOT allocator),
causing ValueId collisions between JoinIR condition params and lowered instructions.

## Changes
1. **ConditionLoweringBox (expr_lowerer.rs)**: Must use ConditionContext.alloc_value
   - Pass &mut ConditionContext to lower_condition (SSOT allocator)
   - Eliminates internal counter usage

2. **Allocator unification (condition_lowerer.rs, method_call_lowerer.rs)**:
   - Accept &mut dyn FnMut() -> ValueId as allocator parameter
   - Ensures all lowering paths use same SSOT allocator

3. **Boundary Copy deduplication (joinir_inline_boundary_injector.rs)**:
   - Deduplicate condition_bindings by dst
   - Fail-Fast if different sources target same dst (MIR SSA violation)

4. **Trim pattern fixes (trim_loop_lowering.rs, trim_pattern_validator.rs, stmts.rs)**:
   - Use builder.next_value_id() instead of value_gen.next() in function context
   - Ensures function-level ValueId allocation respects reserved PHI dsts

## Acceptance
✅ ./target/release/hakorune --verify apps/tests/phase133_json_skip_whitespace_min.hako
✅ Smoke: phase135_trim_mir_verify.sh - MIR SSA validation PASS
✅ Regression: phase132_exit_phi_parity.sh - 3/3 PASS
✅ Regression: phase133_json_skip_whitespace_llvm_exe.sh - compile-only PASS

🤖 Generated with Claude Code

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
2025-12-15 18:49:08 +09:00

6.9 KiB
Raw Blame History

Current Task

このファイルは「いま何に集中しているか」と「次にやり得る候補」だけを書く軽量ビューだよ。
詳細は docs/development/current/main/ 以下の各 Phase 文書と、JoinIR の SSOT である
docs/development/current/main/joinir-architecture-overview.md を参照してね。

最終更新: 2025-12-15

過去ログ（肥大化した旧 CURRENT_TASK）はここに退避したよ:

  • docs/development/current/main/CURRENT_TASK_ARCHIVE_2025-12-13.md

今の状態（Phase 74–90 まで到達）

  • Scope/BindingId の段階移行（dev-only）は Pattern2/3/4 まで配線済み（dual-path 維持）。
  • Pattern2 の promoted carriers（DigitPos/Trim）について ExitLine 契約（ConditionOnly を exit PHI から除外）を E2E で固定済み。
  • debug flag SSOT / DebugOutputBox 移行 / error tags 集約 / carrier init builder まで整備済み。
  • LLVM exe line SSOT 確立: tools/build_llvm.sh を使用した .hako → executable パイプライン標準化完了。
  • LLVM AOT（Python llvmlite）ループ復旧: apps/tests/loop_min_while.hako が EMIT/LINK/RUN まで到達（Phase 131-3..10）。
    • Case C（loop(true) + break/continue）は Phase 131-11 で Pattern/shape guard を整備し、Phase 132-P2 で LLVM EXE まで parity（Result: 3）を確認。
  • Phase 132 完了: ループ exit 値（exit PHI / boundary）の VM/LLVM parity を根治。
    • JoinIR/Boundary: exit 値を境界に明示的に渡す
    • LLVM Python: PHI を落とす/上書きする経路を除去（PHI SSOT を保護）
    • JoinIR merge: exit PHI dst の allocator を function-level に統一（ValueId 衝突を排除）
    • debug-only: Exit PHI collision を早期検出する verifier を追加（LLVM 実行時に壊れる前に Fail-Fast）
  • Phase 133 完了: Promoted carrier の join_id 解決（Trim）を SSOT に寄せて根治（smoke は compile-only）。
  • Phase 134 完了: Plugin loader best-effort loading（決定的順序 + failure 集約 + 継続）を導入。
  • Phase 135 実装: ConditionLoweringBox が allocator SSOT を無視して ValueId 衝突を起こす問題を根治（検証はローカルで実施）。
  • Phase 88 完了: continue + 可変ステップ（i=i+const 差分）を dev-only fixture で固定、StepCalculator Box 抽出。
  • Phase 89 完了: P0（ContinueReturn detector）+ P1（lowering 実装）完了。
  • Phase 90 完了: ParseStringComposite + Null literal + ContinueReturn（同一値の複数 return-if）を dev-only fixture で固定。
  • cargo test --release --lib は PASS を維持（993 passed、退行なし）。

参照:

  • docs/development/current/main/10-Now.md
  • docs/development/current/main/phase86-90-loop-frontends-summary.md
  • docs/development/current/main/phase73-scope-manager-design.md
  • docs/development/current/main/phase80-bindingid-p3p4-plan.md
  • docs/development/current/main/phase81-pattern2-exitline-contract.md
  • docs/development/current/main/phase78-85-boxification-feedback.md
  • docs/development/current/main/phase87-selfhost-llvm-exe-line.md
  • docs/development/current/main/phase131-2-box-resolution-map.md
  • docs/development/current/main/phase131-3-llvm-lowering-inventory.md
  • docs/development/current/main/phase131-5-taglink-fix-summary.md
  • docs/development/current/main/phases/phase-132/README.md
  • docs/development/current/main/investigations/phase132-llvm-exit-phi-wrong-result.md
  • docs/development/current/main/investigations/phase132-case-c-llvm-exe.md

次の指示書（優先順位）

P0: Phase 135 検証（Trim fixture の --verify を緑に固定）

目的:

  • apps/tests/phase133_json_skip_whitespace_min.hako で発生していた MIR SSA 破綻（ValueId 重複）を後戻りしない形で固定する。

やること:

  1. ./target/release/hakorune --verify apps/tests/phase133_json_skip_whitespace_min.hako が PASS することを確認
  2. 必要なら integration smoke を追加（quick は増やさない）
  3. Phase 文書を更新: docs/development/current/main/phases/phase-135/README.md

受け入れ基準:

  • --verify が PASS
  • 既存の Phase 132/133/134 の integration smoke が退行しない

P1: Docs 整備（数の増殖を止める）

目的: SSOT への集約と導線整備（Phase 86–90 の情報が散らばらない状態にする）

やること:

  1. Phase 86–90 の要約を 1 ファイルに集約（SSOT）
    • docs/development/current/main/phase86-90-loop-frontends-summary.md
  2. INDEX から要約へ導線を追加（迷子対策）
    • docs/development/current/main/01-JoinIR-Selfhost-INDEX.md
  3. 10-Now.md / CURRENT_TASK.md の断定・重複を “要約へのリンク” に寄せる

受け入れ基準:

  • 読み始め導線が 01-JoinIR-Selfhost-INDEX.md から辿れる
  • 10-Now.md と CURRENT_TASK.md は “最新の入口” として機能する（詳細は要約へ）

P1: Loop Canonicalizer の設計（設計待ち - 外部検討中）

状態: 🔶 設計中（ChatGPT Pro と詰めている）

目的: ループ形状の組み合わせ爆発を抑えるための "前処理パス" を設計し、SSOT を定める

次に触るSSO:

  • Loop系の設計: docs/development/current/main/joinir-architecture-overview.md

注意:

  • 実装は急がず、設計（SSOT）を先に固める
  • 既定挙動は変えない（dev-only で段階投入する）

P2: JoinIR / Selfhost depth-2 の前進（実装可能 - Phase 91 候補）

状態: ✅ 実装可能

目的:

  • JsonParserBox の残り複合ループを JoinIR 対応する。
  • または selfhost .hako コンパイラの他部分（Lexer/ASTBuilder 等）で JoinIR 適用範囲を拡大する。

次に触るSSOT:

  • Loop系: docs/development/current/main/joinir-architecture-overview.md
  • VM Box系: docs/development/current/main/phase131-2-box-resolution-map.md

やること（設計→実装の順）:

  1. 候補ループの抽出（JsonParserBox or Lexer/ASTBuilder）
  2. Pattern 判定（Pattern 1-4 のいずれか、または新 Pattern 提案）
  3. JoinIR lowering 実装 + E2E テスト

受け入れ基準:

  • 代表ケースが 1 コマンドで再現可能（CI は増やさない、quick を重くしない）。

P3: Ownership/Relay runtime 対応の再開（Phase 92 候補）

目的:

  • multihop/merge relay を “runtime でも” 受理できるところまで契約を伸ばす（Fail-Fast の段階解除）。

受け入れ基準:

  • dev-only 既定OFF のまま、既存ラインを壊さない。

Done: Phase 86–90（Loop frontends）

  • まとめ（SSOT）: docs/development/current/main/phase86-90-loop-frontends-summary.md

すぐ走らせる確認コマンド

  • cargo test --release --lib
  • NYASH_JOINIR_NORMALIZED_DEV_RUN=1 cargo test --features normalized_dev --test normalized_joinir_min -- --nocapture