Files
hakorune/crates/nyash_kernel
nyash-codex 6055d53eff feat(phase21.5/22.1): MirBuilder JsonFrag refactor + FileBox ring-1 + registry tests
Phase 21.5 (AOT/LLVM Optimization Prep)
- FileBox ring-1 (core-ro) provider: priority=-100, always available, no panic path
  - src/runner/modes/common_util/provider_registry.rs: CoreRoFileProviderFactory
  - Auto-registers at startup, eliminates fallback panic structurally
- StringBox fast path prototypes (length/size optimization)
- Performance benchmarks (C/Python/Hako comparison baseline)

Phase 22.1 (JsonFrag Unification)
- JsonFrag.last_index_of_from() for backward search (VM fallback)
- Replace hand-written lastIndexOf in lower_loop_sum_bc_box.hako
- SentinelExtractorBox for Break/Continue pattern extraction

MirBuilder Refactor (Box → JsonFrag Migration)
- 20+ lower_*_box.hako: Box-heavy → JsonFrag text assembly
- MirBuilderMinBox: lightweight using set for dev env
- Registry-only fast path with [registry:*] tag observation
- pattern_util_box.hako: enhanced pattern matching

Dev Environment & Testing
- Dev toggles: SMOKES_DEV_PREINCLUDE=1 (point-enable), HAKO_MIR_BUILDER_SKIP_LOOPS=1
- phase2160: registry opt-in tests (array/map get/set/push/len) - content verification
- phase2034: rc-dependent → token grep (grep -F based validation)
- run_quick.sh: fast smoke testing harness
- ENV documentation: docs/ENV_VARS.md

Test Results
 quick phase2034: ALL GREEN (MirBuilder internal patterns)
 registry phase2160: ALL GREEN (array/map get/set/push/len)
 rc-dependent tests → content token verification complete
 PREINCLUDE policy: default OFF, point-enable only where needed

Technical Notes
- No INCLUDE by default (maintain minimalism)
- FAIL_FAST=0 in Bring-up contexts only (explicit dev toggles)
- Tag-based route observation ([mirbuilder/min:*], [registry:*])
- MIR structure validation (not just rc parity)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-10 19:42:42 +09:00
..

Nyash Kernel

Minimal runtime kernel for Nyash language - Plugin-First Architecture

Generated: 2025-09-24 Architecture: Phase 2.4 NyRT→NyKernel Revolution Complete

Overview

The Nyash Kernel (nyash_kernel) is the minimal runtime core that replaced the legacy NyRT system. This represents a 42% reduction in runtime complexity by moving from VM-dependent architecture to a unified Plugin-First system.

Architecture Revolution

From NyRT to NyKernel (Phase 2.4 Complete)

Before (Legacy NyRT):

  • Mixed VM/Plugin dependencies
  • with_legacy_vm_args scattered throughout codebase
  • 58% essential + 42% deletable functions
  • Complex shim layer for LLVM integration

After (NyKernel):

  • Pure Plugin-First architecture
  • Zero legacy VM dependencies
  • Only essential kernel functions remain
  • Clean C ABI for LLVM integration

🏗️ Core Components

Essential Kernel Functions (58% - Kept)

  • GC Management: Safepoints, write barriers, memory management
  • Handle Registry: Object handle management for AOT/JIT
  • Plugin Host: Unified plugin loading and method resolution
  • Process Entry: Main entry point and runtime initialization

Removed Shim Functions (42% - Deleted)

  • with_legacy_vm_args - 11 locations completely removed
  • Legacy VM argument processing
  • String/Box operation shims
  • VM-specific encoding functions

Build Output

Target: libnyash_kernel.a (static library)
Status: Clean build (0 errors, 0 warnings)
Integration: LLVM + VM unified

Implementation Details

Deleted Legacy Functions

File Locations Status
encode.rs 1 Removed
birth.rs 1 Removed
future.rs 2 Removed
invoke.rs 6 Removed
invoke_core.rs 1 Removed
Total 11 Complete

Plugin-First Integration

All Box operations now route through the unified plugin system:

// Before: VM-dependent
with_legacy_vm_args(|args| { ... })

// After: Plugin-First
let host = get_global_plugin_host().read()?;
host.create_box(type_name, &args)?

🔥 ExternCall Print修正 (codex技術力)

Phase 2.4で解決した重大問題: LLVM EXEでprint()出力されない

問題の詳細

  • 症状: VM実行は正常、LLVM EXEは無音
  • 根本原因: src/llvm_py/instructions/externcall.pyの引数変換バグ
  • 技術詳細: 文字列ハンドル→ポインタ変換後にnull上書き

修正内容

# src/llvm_py/instructions/externcall.py:152-154
else:
    # used_string_h2p was true: keep the resolved pointer (do not null it)
    pass

検証結果

/tmp/direct_python_test_fixed
# 出力:
# 🎉 ExternCall print修正テスト
# codex先生の名前解決修正確認
# Result: 0

Usage

For LLVM Backend

# Build with LLVM integration
cargo build --release -p nyash_kernel
# Output: crates/nyash_kernel/target/release/libnyash_kernel.a

For VM Backend

# Runtime integration (automatic)
./target/release/nyash program.hako

Design Philosophy

"Everything is Plugin" - The kernel provides only the essential infrastructure for plugin management, leaving all Box implementations to the plugin system.

Core Principles

  1. Minimal Surface: Only GC, handles, plugins, and process entry
  2. Plugin-First: All Box operations through unified plugin host
  3. C ABI Clean: Stable interface for LLVM/VM integration
  4. Zero Legacy: Complete removal of VM-dependent code paths

ChatGPT5 × codex × Claude Collaboration

This kernel represents a historic achievement in AI-assisted architecture design:

  • Design: ChatGPT5 Pro architectural analysis (42% reduction strategy)
  • Implementation: Claude systematic implementation (11 locations)
  • Debugging: codex root cause analysis (ExternCall print fix)
  • Result: 100% successful architecture revolution + critical bug resolution

Integration

The Nyash Kernel integrates seamlessly with:

  • LLVM Backend: Static linking via libnyash_kernel.a
  • VM Backend: Dynamic plugin loading
  • Build System: tools/build_llvm.sh integration complete

Part of Phase 15 Nyash Self-hosting Revolution Documentation: ChatGPT5 NyRT→NyKernel Design