Files
hakorune/docs/guides/testing-guide.md
Selfhosting Dev f0608e9bb1 feat: Phase 2.4 レガシーアーカイブ整理完了(151MB削減)
## 🎉 完了項目
-  plugin_box_legacy.rs削除(7.7KB、参照ゼロ確認済み)
-  REMOVEDコメント整理(encode.rs簡潔化)
-  venv削除(143MB節約、.gitignoreは既存)
-  llvm_legacyスタブ化(8KB、compile_error!による安全化)

## 🏆 成果
- **リポジトリサイズ改善**: 151MB削減
- **コード整理**: レガシーコード安全にアーカイブ
- **プラグインファースト**: StrictPluginFirst継続動作

##  検証完了
- cargo build --release --features llvm (警告のみ、エラーなし)
- LLVMハーネス実行: print出力正常
- プラグイン動作: StringBox等正常動作

codex先生の戦略に従った安全な段階的削除を実行

Co-Authored-By: codex <noreply@anthropic.com>
2025-09-24 14:13:15 +09:00

6.9 KiB
Raw Blame History

テスト実行ガイド

📁 テストファイル配置ルール(超重要!)

⚠️ ルートディレクトリの汚染防止ルール ⚠️

# ❌ 絶対ダメ:ルートで実行
./target/release/nyash test.nyash        # ログがルートに散乱!
cargo test > test_output.txt             # 出力ファイルがルートに!

# ✅ 正しい方法:必ずディレクトリを使う
cd local_tests && ../target/release/nyash test.nyash
./target/release/nyash local_tests/test.nyash

必須ルール:

  • テストファイル: 必ず local_tests/ に配置
  • ログファイル: 環境変数で logs/ に出力するか、実行後即削除
  • デバッグ出力: local_tests/ または logs/ に保存
  • 一時ファイル: /tmp/ を使用

なぜ毎回ルートが散らかるのか:

  1. テスト実行時にカレントディレクトリにログ出力
  2. エラー時のデバッグファイルが自動削除されない
  3. VM統計やMIRダンプがデフォルトでカレントに出力

🧪 テスト実行

# 基本機能テスト
cargo test

# テストファイル作成・実行例
mkdir -p local_tests
echo 'print("Hello Nyash!")' > local_tests/test_hello.nyash
./target/debug/nyash local_tests/test_hello.nyash

# 演算子統合テストlocal_testsから実行
./target/debug/nyash local_tests/test_comprehensive_operators.nyash

# 実用アプリテスト
./target/debug/nyash app_dice_rpg.nyash

# JIT 実行フラグCLI
./target/release/nyash --backend vm \
  --jit-exec --jit-stats --jit-dump --jit-threshold 1 \
  --jit-phi-min --jit-hostcall --jit-handle-debug \
  examples/jit_branch_demo.nyash
# 既存の環境変数でも可: 
#   NYASH_JIT_EXEC/NYASH_JIT_STATS(/_JSON)/NYASH_JIT_DUMP/NYASH_JIT_THRESHOLD
#   NYASH_JIT_PHI_MIN/NYASH_JIT_HOSTCALL/NYASH_JIT_HANDLE_DEBUG

# HostCallハンドルPoCの例
./target/release/nyash --backend vm --jit-exec --jit-hostcall examples/jit_array_param_call.nyash
./target/release/nyash --backend vm --jit-exec --jit-hostcall examples/jit_map_param_call.nyash
./target/release/nyash --backend vm --jit-exec --jit-hostcall examples/jit_map_int_keys_param_call.nyash
./target/release/nyash --backend vm --jit-exec --jit-hostcall examples/jit_string_param_length.nyash
./target/release/nyash --backend vm --jit-exec --jit-hostcall examples/jit_string_is_empty.nyash

PHI ポリシーPhase15と検証トグル

  • Phase15 では PHIonMIR14が既定だよ。MIR ビルダーがブロック先頭へ Phi を配置し、検証も SSA 前提で実施するよ。
  • レガシー検証で edge-copy 互換が必要なら NYASH_MIR_NO_PHI=1 を明示してね(NYASH_VERIFY_ALLOW_NO_PHI=1 も忘れずに)。
  • 詳細は docs/reference/mir/phi_policy.md を参照してね。

テスト時の環境(推奨)

# 既定: 何も設定しない → PHI-on

# レガシー PHI-off の再現が必要なときだけ明示的に切り替え
export NYASH_MIR_NO_PHI=1
export NYASH_VERIFY_ALLOW_NO_PHI=1

# さらに edge-copy 規約を厳格チェックしたい場合(任意)
export NYASH_VERIFY_EDGE_COPY_STRICT=1

PHI-on の補助トレース

  • NYASH_LLVM_TRACE_PHI=1NYASH_LLVM_TRACE_OUT=tmp/phi.jsonl を組み合わせると、PHI がどの predecessor から値を受け取っているかを確認できるよ。

PHI 配線トレースJSONL

  • 目的: LLVM 側の PHI 配線が、PHI-on で生成された SSA と legacy edge-copy (PHI-off) の両方に整合しているかを可視化・検証する。
  • 出力: 1 行 JSONJSONLNYASH_LLVM_TRACE_OUT=<path> に追記出力。
  • イベント: finalize_begin/finalize_dst/add_incoming/wire_choose/snapshot などpred→dst 整合が分かる)

クイック実行

# すべてPHIoffで OK。llvmlite ハーネスと if-merge プリパスをON
NYASH_LLVM_TRACE_PHI=1 NYASH_LLVM_TRACE_OUT=tmp/phi.jsonl \
NYASH_LLVM_USE_HARNESS=1 NYASH_LLVM_PREPASS_IFMERGE=1 \
bash tools/test/smoke/llvm/phi_trace/test.sh

# 結果の検証(要: python3
python3 tools/phi_trace_check.py --file tmp/phi.jsonl --summary

ショートカット

  • tools/smokes/phi_trace_local.sh(ビルド→スモーク→チェックを一括)
  • tools/smokes/fast_local.shNYASH_LLVM_TRACE_SMOKE=1 でオプション実行

🔌 プラグインテスターBID-FFI診断ツール

# プラグインテスターのビルド
cd tools/plugin-tester
cargo build --release

# プラグインの診断実行
./target/release/plugin-tester ../../plugins/nyash-filebox-plugin/target/debug/libnyash_filebox_plugin.so

# 出力例:
# Plugin Information:
#   Box Type: FileBox (ID: 6)  ← プラグインが自己宣言!
#   Methods: 6
#   - birth [ID: 0] (constructor)
#   - open, read, write, close
#   - fini [ID: 4294967295] (destructor)

plugin-testerの特徴:

  • Box名を決め打ちしない汎用設計
  • プラグインのFFI関数4つabi/init/invoke/shutdownを検証
  • birth/finiライフサイクル確認
  • 将来の拡張: TLV検証、メモリリーク検出

🐛 デバッグ

パーサー無限ループ対策2025-08-09実装

# 🔥 デバッグ燃料でパーサー制御
./target/release/nyash --debug-fuel 1000 program.nyash      # 1000回制限
./target/release/nyash --debug-fuel unlimited program.nyash  # 無制限
./target/release/nyash program.nyash                        # デフォルト10万回

# パーサー無限ループが検出されると自動停止+詳細情報表示
🚨 PARSER INFINITE LOOP DETECTED at method call argument parsing
🔍 Current token: IDENTIFIER("from") at line 17
🔍 Parser position: 45/128

対応状況: must_advance!マクロでパーサー制御完全実装済み
効果: 予約語"from"など問題のあるトークンも安全にエラー検出

アプリケーション デバッグ

// DebugBox活用
DEBUG = new DebugBox()
DEBUG.startTracking()
DEBUG.trackBox(myObject, "説明")
print(DEBUG.memoryReport())

Macro-based Test Runner (MVP)

Nyash provides a macro-powered lightweight test runner in Phase 16 (MVP).

  • Enable and run tests in a script file:
    • nyash --run-tests apps/tests/my_tests.nyash
    • Discovers top-level test_* functions and Box test_* methods (static/instance).
  • Filtering: --test-filter NAME (substring match) or env NYASH_TEST_FILTER.
  • Entry policy when a main exists:
    • --test-entry wrap → run tests then call original main
    • --test-entry override → replace entry with test harness only
    • Force apply: NYASH_TEST_FORCE=1
  • Parameterized tests (MVP): NYASH_TEST_ARGS_DEFAULTS=1 injects integer 0 for each parameter (static/instance tests).
  • Exit code = number of failed tests (0 on success).

Notes

  • The feature is behind the macro gate; CLI --run-tests enables it automatically.
  • Future versions will add JSON-based per-test arguments and richer reporting.