hakorune/docs/development/current/main/phase134_mir_call_unification.md

Phase 134-A: mir_call.py の未完成 unified 設計を完成

🎯 ゴール

mir_call.py の「未完成 unified 設計」を構造的に完成 させる。

目的：

• NYASH_MIR_UNIFIED_CALL フラグを廃止し、unified をcanonicalに統一
• 681行の giant ファイル を機能別に分割（global/method/constructor等）
• legacy dispatcher の未実装部分 を削除
• JSON v0/v1 互換コードを専用モジュールに外出し

Phase 133: ConsoleBox LLVM 統合（7/7達成）✅
        ↓
Phase 134-A: mir_call.py unified 設計完成 ← ← ここ！
        ↓
Phase 134-B: StringBox bridge 分離
        ↓
Phase 134-C: CollectionBox bridge 分離

---

📋 スコープ（やること・やらないこと）

✅ やること

• lower_legacy_call() の NotImplementedError を削除（削除するのが目的）
• NYASH_MIR_UNIFIED_CALL フラグを廃止
• mir_call.py（681行）を機能別に分割：
  • global_call.py, method_call.py, constructor_call.py, closure_call.py, value_call.py, extern_call.py
  • dispatcher (init.py) で統合
• JSON v0/v1 互換コードを mir_call_compat.py に外出し
• 分割後も機能・動作は一切変えない（既存テスト全て通過）

❌ やらないこと

• MIR の意味論変更（Call 命令仕様は現状維持）
• Python LLVM backend 以外の層への影響
• 他のBox系bridge（StringBox/CollectionBox）の分離（Phase 134-B/C の役目）

---

🏗️ 6 つのタスク

Task 1: 設計ドキュメント作成

ファイル: docs/development/current/main/phase134_mir_call_unification.md（このファイル）

書く内容:

現状整理

mir_call.py の問題点:

1. ファイルサイズが giant: 681行

   • lower_global_call() - 行 117+
   • lower_method_call() - 複数メソッド
   • lower_constructor_call()
   • lower_closure_creation()
   • lower_value_call()
   • lower_extern_call()
   • すべて同一ファイル

2. 未完成の dispatcher:

   • 行 34: NYASH_MIR_UNIFIED_CALL フラグで legacy/unified 切り替え
   • 行 110-114: lower_legacy_call() が NotImplementedError 即座
   • 実質的には unified のみが有効

3. JSON v0/v1 互換コードの混在:

   • 行 73-74, 86: JSON v0 "method", "box_type" キー
   • 行 92-93: JSON v1 "name", "box_name" キー
   • normalize_json_callee() が両対応

4. 責務混濁:

   • call/boxcall/externcall との役割分界不明確
   • instruction_lower.py でも mir_call/call/boxcall/externcall が並列存在

目指す構造

Phase 133 ConsoleLlvmBridge パターを参考:

src/llvm_py/instructions/mir_call/
  ├── __init__.py (dispatcher lower_mir_call)
  ├── global.py (lower_global_call)
  ├── method.py (lower_method_call)
  ├── constructor.py (lower_constructor_call)
  ├── closure.py (lower_closure_creation)
  ├── value.py (lower_value_call)
  └── extern.py (lower_extern_call)

src/llvm_py/mir_call_compat.py (新規)
  - json_v0_to_v1_callee()
  - normalize_mir_call_shape()

ファイルサイズ目標:

• 現状: mir_call.py 681行
• 分割後:
  • init.py: ~120行 (dispatcher + トレース)
  • global.py: ~120行
  • method.py: ~140行
  • constructor.py: ~100行
  • closure.py: ~80行
  • value.py: ~80行
  • extern.py: ~100行
  • mir_call_compat.py: ~70行
• 合計: ~890行 だが、責務が明確化・テスト分割可能

---

Task 2: 既存 mir_call.py の詳細棚卸し

対象ファイル: src/llvm_py/instructions/mir_call.py（681行）

やること:

1. 関数別の行数カウント:

   rg "^def " src/llvm_py/instructions/mir_call.py -A 1
   

   • lower_global_call() - 約何行
   • lower_method_call() - 約何行
   • 各関数の依存関係（内部呼び出し）を把握

2. JSON v0/v1 互換コードの抽出:

   • normalize_json_callee() の処理
   • "method" vs "name" キーの判定ロジック
   • これらを mir_call_compat.py に移す候補を特定

3. フラグ・環境変数の確認:

   • 行 34: NYASH_MIR_UNIFIED_CALL
   • 行 81: NYASH_TRACE_CALLS など
   • どれが Phase 124+ で削除済みか確認

4. テスト対象の確認:

   rg "mir_call|lower_.*_call" src/llvm_py/tests/ --type python
   

   • 既存テストがどの関数をテストしているか把握
   • 分割後も同じテストが動くようにする

結果記録: phase134 ドキュメントの「実装計画」に記載

---

Task 3: mir_call_compat.py の実装（JSON v0/v1 互換層）

目的: JSON v0/v1 互換コードを専用モジュールに集約

実装方針:

# src/llvm_py/mir_call_compat.py

import json
from typing import Dict, Any

class MirCallCompat:
    """
    JSON v0/v1 互換処理を一元管理

    v0: {"method": "log", "box_type": "ConsoleBox"}
    v1: {"name": "log", "box_name": "ConsoleBox"}
    """

    @staticmethod
    def normalize_callee(callee_json: Dict[str, Any]) -> Dict[str, Any]:
        """
        JSON v0/v1 どちらでも統一形式に normalize

        Args:
            callee_json: {"method"/"name": ..., "box_type"/"box_name": ...}

        Returns:
            統一形式: {"method_name": ..., "box_name": ..., "receiver": ...}
        """
        # v0 形式を v1 に統一
        method_name = callee_json.get("method") or callee_json.get("name")
        box_name = callee_json.get("box_type") or callee_json.get("box_name")
        receiver = callee_json.get("receiver")

        return {
            "method_name": method_name,
            "box_name": box_name,
            "receiver": receiver
        }

    @staticmethod
    def detect_format_version(callee_json: Dict[str, Any]) -> int:
        """v0 or v1 を検出"""
        if "method" in callee_json:
            return 0
        elif "name" in callee_json:
            return 1
        else:
            raise ValueError(f"Unknown callee format: {callee_json}")

注意点:

• normalize 後は統一形式で使用（v0/v1 分岐をなくす）
• Phase 124+ で v0 削除を想定（互換層を一箇所に集約することで削除容易化）

---

Task 4: mir_call.py の機能別分割と dispatcher 実装

方針: Phase 133 ConsoleLlvmBridge パターンを参考

ステップ 1: 分割対象の関数抽出

src/llvm_py/instructions/mir_call/
  ├── __init__.py
  │   └── lower_mir_call(builder, module, callee, args)  # dispatcher
  │
  ├── global.py
  │   └── lower_global_call(builder, module, func_name, args)
  │
  ├── method.py
  │   └── lower_method_call(builder, module, box_id, method_id, receiver, args)
  │
  ├── constructor.py
  │   └── lower_constructor_call(builder, module, box_id, args)
  │
  ├── closure.py
  │   └── lower_closure_creation(builder, module, closure_info, captured_vars)
  │
  ├── value.py
  │   └── lower_value_call(builder, module, func_value, args)
  │
  └── extern.py
      └── lower_extern_call(builder, module, extern_name, args)

ステップ 2: dispatcher 実装

# src/llvm_py/instructions/mir_call/__init__.py

from . import global as global_call
from . import method as method_call
from . import constructor as ctor_call
from . import closure as closure_call
from . import value as value_call
from . import extern as extern_call
from ..mir_call_compat import MirCallCompat

def lower_mir_call(builder, module, mir_call_inst):
    """
    MIR Call 命令を LLVM IR に lowering（canonical dispatcher）

    Args:
        builder: LLVM IRBuilder
        module: LLVM Module
        mir_call_inst: MIR Call instruction

    Returns:
        LLVM Value (関数戻り値)
    """
    # JSON v0/v1 互換処理
    callee_json = mir_call_inst.get("callee", {})
    if not callee_json:
        # legacy: callee なし → default path
        return lower_legacy_mir_call(builder, module, mir_call_inst)

    # v0/v1 normalize
    normalized = MirCallCompat.normalize_callee(callee_json)

    # callee タイプ判定
    callee_type = normalized.get("type")  # "global", "method", "constructor", etc.

    if callee_type == "global":
        return global_call.lower_global_call(builder, module, ...)
    elif callee_type == "method":
        return method_call.lower_method_call(builder, module, ...)
    elif callee_type == "constructor":
        return ctor_call.lower_constructor_call(builder, module, ...)
    elif callee_type == "closure":
        return closure_call.lower_closure_creation(builder, module, ...)
    elif callee_type == "value":
        return value_call.lower_value_call(builder, module, ...)
    elif callee_type == "extern":
        return extern_call.lower_extern_call(builder, module, ...)
    else:
        raise ValueError(f"Unknown callee type: {callee_type}")


def lower_legacy_mir_call(builder, module, mir_call_inst):
    """
    Legacy path（callee なし の場合）

    Phase 124+ で削除予定
    """
    # 暫定実装（callee 推論 or error）
    raise NotImplementedError("Legacy MIR Call path is deprecated, use Callee")

ステップ 3: 各モジュールへの分割

global.py:

def lower_global_call(builder, module, func_name, args):
    """Global function call を LLVM に lowering"""
    func = module.declare_external_function(func_name, func_type)
    return builder.call(func, args)

method.py:

def lower_method_call(builder, module, box_id, method_id, receiver, args):
    """Box method call を LLVM に lowering (BoxCall)"""
    # BoxCallBridge (Console) を使用
    # 他の Box は call_method router
    ...

など（既存 mir_call.py から該当コードを移動）

---

Task 5: 既存 call.py/boxcall.py/externcall.py との統合確認

やること:

1. 現状確認:

   ls -la src/llvm_py/instructions/ | grep -E "call|boxcall|externcall"
   

   • call.py, boxcall.py, externcall.py が並存しているか確認
   • instruction_lower.py での呼び出し経路を確認

2. 整合性チェック:

   • mir_call/init.py (dispatcher) の外部呼び出しが：
     • boxcall.py か mir_call/method.py か
     • externcall.py か mir_call/extern.py か
   • 一貫性を確保

3. 統合判定:

   • call.py/boxcall.py/externcall.py が mir_call を呼んでいる か
   • mir_call が call.py/boxcall.py/externcall.py を呼んでいる か
   • 両者が別パス か（この場合、どちらかを削除）

結果: 統合されるべき場合は、Phase 134-D として計画に追加

---

Task 6: テスト & ドキュメント更新

やること:

1. 既存テストの確認:

   # mir_call 関連テスト確認
   rg "mir_call|lower_.*_call" src/llvm_py/tests/ --type python
   
   # テスト実行
   cargo test --release 2>&1 | grep -E "mir_call|Call"
   

   • 全テストが通るまで分割コードを調整

2. ドキュメント追記:

   • phase134_mir_call_unification.md 末尾に「実装結果」を追記
   • 分割構造の図示
   • JSON v0/v1 互換処理の説明

3. CURRENT_TASK.md 更新:

   ### Phase 134-A: mir_call.py unified 設計完成 ✅
   
   **完了内容**:
   - NYASH_MIR_UNIFIED_CALL フラグ廃止
   - mir_call.py (681行) を機能別分割
   - JSON v0/v1 互換層を mir_call_compat.py に外出し
   - legacy dispatcher 削除（NotImplementedError 根治）
   
   **修正箇所**:
   - src/llvm_py/instructions/mir_call/__init__.py (dispatcher)
   - src/llvm_py/instructions/mir_call/global.py
   - src/llvm_py/instructions/mir_call/method.py
   - src/llvm_py/instructions/mir_call/constructor.py
   - src/llvm_py/instructions/mir_call/closure.py
   - src/llvm_py/instructions/mir_call/value.py
   - src/llvm_py/instructions/mir_call/extern.py
   - src/llvm_py/mir_call_compat.py (新規)
   
   **テスト結果**: 全テスト PASS
   
   **成果**:
   - mir_call.py: 681行 → 분할（각 80-150行, 책임 명확）
   - 次の分割準備: Phase 134-B StringBox bridge
   
   **次フェーズ**: Phase 134-B - StringBox bridge 分離
   

---

✅ 完成チェックリスト（Phase 134-A）

• mir_call.py の詳細棚卸し（関数別行数、依存関係）
• JSON v0/v1 互換コード抽出・分析
• mir_call_compat.py 実装（normalize 関数）
• mir_call/init.py dispatcher 実装
• mir_call/global.py 実装（既存 lower_global_call 移動）
• mir_call/method.py 実装（既存 lower_method_call 移動）
• mir_call/constructor.py, closure.py, value.py, extern.py 実装
• instruction_lower.py で mir_call/init.py を呼ぶようにリファクタ
• NYASH_MIR_UNIFIED_CALL フラグ削除（src/ 全体で確認）
• legacy dispatcher (lower_legacy_call) 削除
• 既存テスト実行 & 全て PASS 確認
• phase134_mir_call_unification.md に実装結果追記
• CURRENT_TASK.md 更新
• git commit で記録

---

所要時間

5〜6 時間程度

• Task 1-2 (設計 & 棚卸し): 1時間
• Task 3 (mir_call_compat.py): 45分
• Task 4 (分割実装): 2.5時間
• Task 5-6 (統合確認・テスト): 1.5時間

---

次のステップ

Phase 134-B: StringBox bridge 分離

• boxcall.py:130-282 の StringBox メソッド処理を stringbox.py に分離
• Phase 133 ConsoleLlvmBridge パターンを参考

Phase 134-C: CollectionBox bridge 分離

• boxcall.py:325-375 の Array/Map メソッド処理を collectionbox.py に分離

---

進捗

• ✅ Phase 130-133: JoinIR → LLVM 第3章完全クローズ
• 🎯 Phase 134-A: mir_call.py unified 設計完成（← 現在のフェーズ）
• 📋 Phase 134-B: StringBox bridge 分離（予定）
• 📋 Phase 134-C: CollectionBox bridge 分離（予定）
• 📋 Phase 135: LLVM フラグカタログ化（予定）