Files
hakorune/docs/development/current/main/phases/phase-135/README.md

28 lines
2.0 KiB
Markdown
Raw Normal View History

2025-12-15 18:49:08 +09:00
# Phase 135: ConditionLoweringBox allocator SSOTValueId 衝突の根治)
## Status
- 状態: ✅ 実装完了(動作確認はローカルで実施)
- スコープ: JoinIR の条件 lowering が `JoinValueSpace` と同一の allocatorSSOTを使うことを保証する
## Problem
`apps/tests/phase133_json_skip_whitespace_min.hako` などで `--verify` が失敗し、MIR に以下の SSA 破綻が出ることがあった:
- `Value %13/%14 defined multiple times`(ループ header PHI dst が後続命令で上書きされる)
- `Value %18 defined multiple times`(同一 JoinIR ValueId への alias binding が Copy を重複注入する)
## Root Cause
1. `ExprLowerer``ConditionLoweringBox` 実装で `ConditionContext.alloc_value` を無視し、内部カウンタで ValueId を発行していた。
→ JoinIR 内で `main()` params例: `ValueId(1000), ValueId(1001)`と衝突し、merge の remap で header PHI dst に書き込む命令が生成される。
2. `JoinInlineBoundary``condition_bindings` に同一 `join_value` が複数名で登録される場合があり、entry block への Copy 注入が同じ `dst` に重複する。
→ MIR SSA を破壊する(`copy dst` が 2 回発生)。
## Fix
- `ConditionLoweringBox``ConditionContext.alloc_value`SSOT allocatorを必ず使う。
- `ConditionLoweringBox::lower_condition``&mut ConditionContext` を受け取るallocator の正当な可変借用のため)。
- `condition_lowerer::lower_condition_to_joinir``&mut dyn FnMut() -> ValueId` を受理する。
- `BoundaryInjector``condition_bindings` 注入を `dst` で重複排除し、異なる source が同一 dst に来る場合は Fail-Fast。
## Acceptance
- `./target/release/hakorune --verify apps/tests/phase133_json_skip_whitespace_min.hako` が PASS
- `./target/release/hakorune --dump-mir apps/tests/phase133_json_skip_whitespace_min.hako` のループ header で PHI dst の再定義がない