ファイルのインタプリタ実行

.lisp ファイルのパスを渡すと、rontolisp はコンパイル成果物を生成せずにそのまま解釈実行します。ファイルのトップレベルフォームはツリーウォークインタプリタによって順番に読み込まれ評価され、1 つの環境を共有します。そのため、上の方で定義された関数や変数は、それより下のすべてから利用できます。

rontolisp program.lisp

REPL と異なり、スクリプトは各フォームの値をエコーしません。出力は、プログラムが print や format などで明示的に書き出したものだけです。プロセスは、ファイルが最後まで実行されるとステータス 0 で終了し、フォームがエラーを通知した場合は非ゼロで終了します。

例（program.lisp）:

25
144

これは、後で JVM や WASM コンパイラに渡すのと同じソースです。まずインタプリタで実行することは、コンパイル前にプログラムの動作を確認する最も速い方法です。

インタプリタ実行の速度

インタプリタはターンアラウンドのために作られており、スループットのためではありません。即座に起動し、コンパイラが固定されているのとまったく同じセマンティクスで実行しますが、タイトなループは反復のたびに解釈コストを支払い、時間が経っても速くなることはありません。ループ中心のコードでは、同じファイルをコンパイルした場合と比べて 20 倍〜200 倍 のコストになります。最初の 1000 万個の整数の合計は、インタプリタでは数秒かかりますが、コンパイル済みのクラスや WASM モジュールなら 1 秒未満です。

ファイルを読む、HTTP API を呼ぶ、リクエストを捌くといったスクリプトでは、時間は I/O に費やされるためこの倍率は見えず、インタプリタ実行が適切なデフォルトです。プログラムが CPU バウンド（数値ループ、パース、暗号処理）の場合は、コンパイルして成果物を実行してください。

rontolisp program.lisp -o program.jar
java -jar program.jar

コンパイル済み出力が高速なパスです。JVM でも WASM でも同様です。 JVM バイトコードへのコンパイルと WASM へのコンパイルを参照してください。

コマンドラインで与えるプログラム

-e（長い綴りは --eval）は、プログラムをファイルではなく引数そのものから受け取ります。実行のされ方はファイルとまったく同じで、値はエコーされず、プログラムが出力したものだけが表示されます。

rontolisp -e "(print (+ 1 2))"

このオプションは繰り返し指定でき、指定された分がまとめて 1 つのプログラムとなり順に評価されます。1 つのファイルに各フォームを続けて書いた場合と同じです。

rontolisp -e "(defun square (x) (* x x))" -e "(print (square 5))"

ファイルが受け付けるものはすべて併用でき、コンパイラも同様です（rontolisp -e "(print (+ 1 2))" -o Prog.class）。ただし入力ファイルとの併用はできません。プログラムはどちらか一方の方法で与えてください。ソースファイルが存在しないため、相対パスの (load "...") はカレントディレクトリを基準に解決されます。