mcpField
M
make-mips-interpreter

make-mips-interpreter

github.com/letta-ai開発15235 回インストール4 週間前に更新
リポジトリ

make-mips-interpreter について

MIPS ELFバイナリを読み込んで実行するインタープリターやエミュレーターの実装を支援するスキルです。ELFのロード、命令デコード、システムコール、段階的なテストを扱います。

主な機能

  1. 01段階的なMIPS ELFロード
  2. 02R・I・J型命令のデコード
  3. 03基本演算・メモリ命令の実装
  4. 04システムコールとファイルI/O
  5. 05段階的なテストと実行トレース

活用シーン

  1. 01MIPS ELFインタープリターの試作
  2. 02命令やシステムコール対応の段階的追加
  3. 03レジスター・メモリー・分岐の問題調査

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/letta-ai/skills --skill make-mips-interpreter

インストール後、Claude Code で/make-mips-interpreterを入力して読み込まれたか確認します。

詳細

MIPS インタープリターの実装

概要

このスキルでは、MIPS ELF バイナリを読み込み、実行できる MIPS インタープリター/エミュレーターを実装するための指針を示します。主な課題は、ELF ファイルの解析、MIPS 命令のデコード、仮想メモリの管理、システムコールへの対応です。

重要なアプローチ:段階的な開発

このタスクで最も重要な原則は、包括的な分析よりも段階的な開発を優先することです。コードを書く前に過剰な時間をかけて分析するのは避けましょう。代わりに、次のように進めます。

  1. 早い段階で最小限の動作する骨組みを作成する
  2. 機能を段階的に追加する
  3. 部分的な実装でこまめにテストする
  4. 実際の実行結果に基づいてデバッグし、改善する

実装フェーズ

フェーズ 1:最小限の ELF ローダー

まず、実行可能ファイルを読み込むために必要な最低限の機能を実装します。

  1. ELF ヘッダーを解析して、次の情報を取り出します。
    • マジックナンバーの確認(0x7f、'E'、'L'、'F')
    • アーキテクチャ(MIPS32)
    • エンディアン(通常はリトルエンディアン)
    • エントリーポイントのアドレス
  2. プログラムヘッダーを解析し、読み込み可能なセグメントを特定する
  3. 指定されたアドレスの仮想メモリにセグメントを読み込む
  4. プログラムカウンターをエントリーポイントに設定する

必要な主なデータ構造:

  • 仮想アドレス空間用のメモリー配列/マップ
  • レジスター配列(汎用レジスター 32 個 + PC + HI/LO)
フェーズ 2:基本的な命令のデコード

MIPS の 3 種類の命令形式について、命令のデコードを実装します。

R 形式(レジスター演算):

  • ビット 31-26:opcode(R 形式では 0x00)
  • ビット 25-21:rs(ソースレジスター 1)
  • ビット 20-16:rt(ソースレジスター 2)
  • ビット 15-11:rd(宛先レジスター)
  • ビット 10-6:shamt(シフト量)
  • ビット 5-0:funct(関数コード)

I 形式(即値演算):

  • ビット 31-26:opcode
  • ビット 25-21:rs
  • ビット 20-16:rt
  • ビット 15-0:即値

J 形式(ジャンプ演算):

  • ビット 31-26:opcode
  • ビット 25-0:ターゲットアドレス
フェーズ 3:必須命令から実装する

一般的なプログラムでの必要性に基づき、優先順位に沿って命令を実装します。

優先度:高(最初に実装):

  • 算術演算:ADD、ADDU、ADDI、ADDIU、SUB、SUBU
  • 論理演算:AND、ANDI、OR、ORI、XOR、NOR
  • シフト:SLL、SRL、SRA、SLLV、SRLV、SRAV
  • 比較:SLT、SLTI、SLTU、SLTIU
  • メモリー:LW、SW、LB、LBU、SB、LH、LHU、SH
  • 分岐:BEQ、BNE、BGTZ、BLEZ、BLTZ、BGEZ
  • ジャンプ:J、JAL、JR、JALR
  • ロード:LUI

優先度:中:

  • 乗除算:MULT、MULTU、DIV、DIVU、MFHI、MFLO、MTHI、MTLO

優先度:低:

  • コプロセッサー命令(必要な場合)
  • 浮動小数点演算(必要な場合)
フェーズ 4:システムコールハンドラー

対象環境に応じたシステムコールのインターフェースを実装します。

  1. SYSCALL 命令を検出する
  2. レジスター(通常は $v0 または $2)からシステムコール番号を読み取る
  3. レジスター($a0-$a3 または $4-$7)から引数を読み取る
  4. システムコールを実行し、戻り値を $v0 に設定する

実装する一般的なシステムコール:

  • read(ファイルディスクリプター、バッファー、バイト数)
  • write(ファイルディスクリプター、バッファー、バイト数)
  • open(パス、フラグ、モード)
  • close(ファイルディスクリプター)
  • lseek(ファイルディスクリプター、オフセット、基準位置)
  • exit(終了ステータス)
フェーズ 5:I/O とファイルシステム

ファイルアクセスが必要なプログラムに対応するには、次の機能を実装します。

  • ファイルディスクリプターテーブルを実装する
  • 標準ストリーム(stdin=0、stdout=1、stderr=2)を処理する
  • 外部ファイル(例:データファイル)のオープンと読み込みに対応する
  • 出力ファイル(例:フレームバッファー、結果)の作成に対応する

検証方法

段階的なテスト

各実装フェーズの後にテストします。

  1. ELF ローダーのテスト:エントリーポイントとメモリーレイアウトが期待値と一致することを確認する
  2. 命令のテスト:命令グループごとに簡単なテストシーケンスを作成する
  3. システムコールのテスト:既知の入力と出力を使って各システムコールをテストする
  4. 統合テスト:対象のバイナリを実際に実行する
デバッグ手法
  • 命令トレースを追加する(PC、命令、レジスターの変更)
  • システムコールの呼び出しと引数を記録する
  • 想定されるアドレスでのメモリーの読み書きを確認する
  • チェックポイントでレジスターの状態を期待値と比較する
共通の検証ポイント
  • エントリーポイントのアドレスが ELF ヘッダーと一致している
  • スタックポインターが正しく初期化されている
  • メモリーセグメントが正しいアドレスに読み込まれている
  • レジスター $0 が常にゼロを返す
  • 符号付き演算と符号なし演算が正しく処理されている
  • 分岐遅延スロットが処理されている(対象に該当する場合)

よくある落とし穴

分析麻痺

問題:コードを書く前に、あらゆる詳細を理解しようとして時間をかけすぎることです。 解決策:ELF の基本、エントリーポイント、システムコール番号を理解したら実装を始めましょう。構築しながら繰り返し学びます。

エンディアン処理の欠落

問題:命令やデータを読み込む際に、バイト順を誤ることです。 解決策:ELF ヘッダーのエンディアンフラグを確認し、複数バイトの値を読み込む際に一貫して適用します。

ゼロレジスターの固定化

問題:レジスター $0 への書き込みが保持されてしまうことです。 解決策:$0 を読み込む際は常に 0 を返すか、$0 への書き込みを無視します。

符号拡張のエラー

問題:即値やロード操作で符号拡張が正しく行われないことです。 解決策:符号付き演算と符号なし演算を慎重に区別します。LB は符号拡張し、LBU はゼロ拡張します。

分岐/ジャンプのアドレス計算

問題:ターゲットアドレスの計算が正しくないことです。 解決策:

  • 分岐:PC + 4 + (符号拡張したオフセット << 2)
  • ジャンプ:(PC & 0xF0000000) | (ターゲット << 2)
メモリーアラインメント

問題:アラインメントされていないメモリーアクセスによってエラーが発生することです。 解決策:アラインメントを強制するか、対象に応じてアラインメントされていないアクセスを適切に処理します。

システムコールの戻り値

問題:エラーコードや戻り値を正しく設定できないことです。 解決策:戻り値には $v0 を設定し、エラーケースを一貫して処理します。

命令の対応範囲が不完全

問題:命令が不足していることで、エラーが表面化せずに発生することです。 解決策:デバッグのため、未実装の命令をエンコーディングとともにログに記録します。

時間管理の戦略

複雑なインタープリタータスクの場合:

  1. 最初の 25% の時間:ELF の読み込みと基本的な命令ループの骨組み
  2. 次の 25% の時間:中核となる算術/論理/メモリー命令
  3. 次の 25% の時間:分岐、ジャンプ、システムコール
  4. 最後の 25% の時間:テスト、デバッグ、エッジケース

包括的な分析よりも、動作する(不完全でも)インタープリターを優先しましょう。コードなしで分析を完了させるよりも、不完全な実装でも実行できるほうが、より多くのデバッグ情報を得られます。

コメント