ネギ言語とは、HSP3 でシンプルなスクリプト言語の処理系を書くプロジェクト。

• 整数の四則演算と比較
• 文字列の加算と比較
• if 文と while 文
• ローカル変数
• 配列とマップ
• クロージャ (ラムダ式)
• 外部関数 (ネギ言語からHSPスクリプトの呼び出し)
• ガベージコレクション (一部)

 let fizz_buzz = fun(n) { if (n % 15 == 0) { return "FizzBuzz" } else if (n % 3 == 0) { return "Fizz" } else if (n % 5 == 0) { return "Buzz" } else { return int_to_str(n) } }; let i = 1; while (i <= 15) { hsp3_mes(fizz_buzz(i)); i += 1; } 0 // 終了コード 

• c ディレクトリに、C言語に移植したバージョンがある。

ソースコードを UTF-8 エンコーディングで保存しているため、標準のスクリプトエディタからは実行できないので注意。

make_sjis_version.hsp を実行すると sjis ディレクトリに SHIFT_JIS エンコーディングに変換されたスクリプトファイルが生成される。これはスクリプトエディタで開いたり実行したりできる。

テキストエディタ Atom をインストールして、以下のパッケージを入れる。

• editorconfig
• language-hsp3
  • リンク先に書かれているように、hspc をインストールする。
  • パッケージの設定から hspc の絶対パスを設定する。
  • コンパイラ引数に -a を指定する。例: -Crdwa, %FILEPATH%
• linter-hsp3

negi_lang_tests.hsp を実行して 結果 成功 が出たらOK。

ソースコードを処理して実際に計算するまで、以下の4つの工程に分けている。

• 字句解析
  • ソースコードをトークン単位に分割して、トークンのリストを作る。
• 構文解析
  • 再帰下降パーサーによって、トークンのリストを抽象構文木にする。
• コード生成
  • 抽象構文木を辿って、中間言語の命令リストを生成する。
  • 中間言語はよくあるスタックマシンのやつ。
• 評価
  • 中間言語の命令リストを順繰りに実行してスタック操作を行うことにより、実際の計算処理を行う。
  • 途中でエラーがある箇所に遭遇したら実行時エラーを起こして評価を終了する。
  • 最終的に終了コード (整数) を返す。(0 なら成功、0 以外なら失敗。)

Git のコミットメッセージには以下のプレフィックスをつけるのを推奨している。

• feat:
  • 機能を追加・変更・削除するとき
• refactor:
  • 機能の変更ではなく、品質の改善を目的として変更するとき
• fix:
  • 何らかの誤りを修正するとき
• docs:
  • コメントやドキュメントを追加・変更・削除するとき
• chore:
  • 開発環境にかかわる変更をするとき

• err: error
• tok: token
• exp: expression (式)
• stmt: statement (文)
• op: operator (演算子)
• ty: type (型)
• cmd: command (命令)
• eval: evaluation (評価)
• eof: end of file (入力の終わり)
• ident: identifier (識別子)
• bin: binary operator (2項演算子)

• 任意の構文要素を式と呼ぶことにする。
• 単一のトークンや一対のカッコからなる種類の式を atom と呼ぶことにする。
  • 42 や (x + y) は atom である。
  • x + y は atom でない。
• 丸カッコの中に書ける種類の式を term と呼ぶことにする。
  • x + y や p ? x : y は term である。
  • let x = y は term でない。
• 丸カッコの中に書けない種類の式を stmt と呼ぶことにする。
  • let x = y は stmt である。

 int = ( '+' / '-' ) [0-9]+ str = ".." ident = [a-zA-Z_] [a-zA-Z0-9_]* atom = '(' term ')' / '[' list ']' / '{' '}' / int / str / ident suffix = atom ( '[' term ']' )* prefix = '-'? suffix bin_mul = prefix ( ( '*' / '/' / '%' ) prefix )* bin_add = bin_mul ( ( '+' / '-' ) bin_mul )* bin_cmp = bin_add ( ( '==' / '!=' / '<' / '<=' / '>' / '>=' ) bin_add )* bin_set = bin_cmp ( ( '=' / '+=' / '-=' / '*=' / '/=' / '%=' ) term )? cond = bin_set ( '?' term ':' term )? fun = 'fun' '(' ( ident ( ',' ident )* )? ')' ( block / term ) term = fun / cond list = ( term ( ',' term )* )? block = '{' exp '}' let = 'let' ident '=' term if = 'if' '(' term ')' block ( 'else' ( if / block ) )? while = 'while' '(' term ')' block return = 'return' term? stmt = let / if / while / 'break' / return / term exp = ( ';'* stmt )* ';'* program = exp 

文字列や配列のように実行時に生成されるものを総称してオブジェクトと呼ぶことにする。

整数やオブジェクトなどの1個のデータを値 (value) と呼ぶことにする。値は型タグ (ty) と数値 (val) のペアになっている。数値が何を表すのかは、型タグによって決まる。例えば配列型なら、数値は配列IDになる。

1つの値を保持するオブジェクトを参照セル (cell) と呼ぶことにする。すべての参照セルは1個の配列に格納されている。前半をスタック、後半をヒープとして使う。

配列の各要素や、環境内のローカル変数は参照セルで表される。

不要になった配列などのオブジェクトを自動で削除する機能をガベージコレクション (GC) という。

この GC は HSP 側での処理の途中に実行すると壊れる。実行中のコマンドがないタイミングで実行しなければいけない。

ヒープ領域を割り当てるとき、ヒープ領域内の残りのセル数が一定以下なら、次のコマンドの実行前 GC を行うようにフラグを立てる。

GC はマーク、ムーブ、リライトの3段階で行う。

マーク処理では、生存しているオブジェクトに印をつける。以下のオブジェクトは生存している:

• スタック上のオブジェクト
• 呼び出し中のフレームの環境
• 生存しているオブジェクトに参照されているオブジェクト
  • 例えば生存している配列の要素など

例えば

• 呼び出し中のフレームの1つ目 (トップレベルの呼び出し) の環境をマークする
• この環境が参照している、グローバル変数が入った配列もマークする
• この配列が参照しているグローバル変数のための参照セルをすべてマークする
• マークされた参照セルが配列型なら、その配列もマークする

といった流れになる。

マークは、配列 s_xxx_gc_map によって管理される。s_xxx_gc_map(i) = true ならマーク済み。

上記の処理を再帰呼び出しによって実装すると、HSP のスタックを使い果たすおそれがある。そのため、スタックを用いて再帰をループに変換する。このスタックを GC スタック と呼ぶことにする。マーク手順は以下のようになる:

• ある配列をマークしたとする。この時点で、配列はマーク済みにするが、配列が参照している参照セルをマークしない。その代わり、この配列を GC スタックに積む。
• 配列の GC スタックからポップして、その配列が参照している参照セルをすべてマークする。
  • ここでマークされた参照セルも、参照セルの GC スタックに積まれる。
• すべての GC スタックが空になるまで、スタックから下ろしてマークする処理を繰り返す。
  • マークがついたオブジェクトは GC スタックに積まれないので、いつかは処理が終わる。

なお HSP 側の変数がオブジェクトを参照していていても、それはマークされないおそれがある。そのため、GC はコマンドの実行の途中に行えない。

マーク処理が終わった後は、ムーブ処理を行う。この工程では、生存しているオブジェクトに新しい要素番号を割り振って移動させる。

各種類の生存しているオブジェクトのうち、番号が低いものから順に 0, 1, 2, .. と番号を割り当てていく。新しい要素番号に、そのオブジェクトを移動させる。

オブジェクトの移動前後の番号は次のリライト処理で使うので、s_nanika_gc_map(移動前の番号) = 移動後の番号 と記録しておく。

ムーブ工程でオブジェクトの要素番号が変わってしまったので、古い要素番号が書かれている部分をすべて新しい要素番号に書き換える。これがリライト処理。

例えば参照セルなら、すべてのセルを確認して、型が配列なら配列の要素番号を新しいものに入れ替える。

 s_cell_vals(cell_i) = s_array_gc_map(s_cell_vals(cell_i)) 

これをすべてのオブジェクトに対して行う。

以上で GC が完了する。性能はよくないが実装はそれほど難しくない。

いまのところ GC が回収するのは参照セルと配列に限られる。文字列、クロージャ、環境も GC で回収するように実装しないといけない。