go 版 LuneScript は、次のコマンドでビルドできる。

$ make go-build

これにより、 src/lnsc が生成される。

なお、以下 go-build に以下のオプションを指定すると、 Lua のランタイムに gopherlua を利用するようになる。

$ make go-build GOTAG=gopherlua

gopherlua 版を使うことで、 純粋な go プログラムになるので、 Linux 以外の環境での実行も容易になる(はず)。

ただ、自分は試したことがない。

特にディレクトリパスの区切り文字を / 固定で使っていたりするので、 実際に Linux 以外の環境で LuneScript を利用する場合、 その辺りの対応は必要になるだろう。

go 版 LuneScript を利用して、セルフホストするには、次のコマンドを実行する。

$ make -j test-comp-with-go LUA=

test-comp-with-go のターゲットは、次の処理を行なう。

• セルフホストのビルド
• ビルドした lnsc のテストを実行
• テストにエラーがなければ、新しくビルドした lnsc と、 トランスコンパイルした .lua ファイルを現在のものと置き換える。

なお、何らかのエラーが発生した場合、 lnsc と .lua ファイルが置き換わらないので、 LuneScript の開発過程でもしもバグが起きたとしても、 安全に開発を続けられる。

もしもテストでエラーを検知しないでビルドだけして lnsc を更新してしまうと、 セルフホスト自体が正常に出来なくなってしまい、開発が進められなくなる。

この辺りは次のネタで書いているので、興味があれば参照して欲しい。

../test/

なお、上記コマンドの -j は make の並列処理を利用するオプションで、 ビルドを高速に行なうために利用している。

ビルド中に何らかのエラーが発生した場合は、この -j の指定を除いて実行すると、 エラーを追い易いことが多い。

また、上記コマンドの LUA= は、 Lua5.1 用の lua コードへの変換を行なうことを意味する。

lua5.1 と lua5.2 以降の LuneScript ソースには一部互換がないため、 Lua5.1 だけ別にビルドする必要がある。

ただし、 Lua5.1 のビルド、テストを実行するため、当然その分の時間がかかる。

よって、普段は LUA= を指定して Lua5.1 のテストを除外し、 最終的なリリース前に LUA= の指定を外してビルドを行なう、という運用になる。

lua5.1 でのテストを行なうには、 下記パッケージを事前にインストールしておく必要がある。

• lua5.1
• liblua5.1-0-dev

なお、 go 版を利用せずに lua 版でセルフホストを行なうには、 次のコマンドを実行する。

$ make -j test-comp LUA=

上記のセルフホストビルド時のテストは、 既存の lnsc の実行結果と、新しくビルドした lnsc の実行結果とを、 diff して差分の有無を確認することでエラーチェックしている。

このテストには、主に以下のチェックを行なっている。

• 本来正常に動くべきコードのテスト
• 本来エラーを検知すべきコードのテスト

一方で、LuneScript をセルフホストで開発していると、 diff が出ることが正しいということがある。

例えば、 LuneScript の構文エラーチェックを厳しくし、 新しいエラーが発生するようになったとき等は、 既存の lnsc のテスト結果と、新しくビルドした lnsc のテスト結果には、 エラーメッセージの差分が発生する。

このような差分をテストエラーとしてしまうと、先に進められない。

この差分を許容するための方法が次のコマンドである。

$ make accept-package [WITH_GO=y]

上記コマンドを実行すると、 diff がもう一度表示され、 さらに以下のプロンプトが表示される。

accept?  (y/n): 

ここで y を入力すると、差分を許容し、 新しくビルドした lnsc を正常として処理する。

なお、差分を許容すると元に戻せない(git に直前の状態を保持しているなら戻せる)ので、 差分を許容する場合は十分に注意すること。

Parser クラスは、上記の字句解析を行うクラスである。

// @lnsFront: skip
   pub abstract fn getToken() mut : &Token!;

getToken() メソッドを呼ぶと、 Token が取得できる。 この getToken() を順次呼ぶことで、解析対象の Token を列挙できる。

PushbackParser インタフェースは、 push back をサポートするインタフェースである。

push back とは、 getToken() で取得した Token を押し戻し、 次に getToken() した際に、もう一度その Token を取得できるようにする機能を持つ。

この機能は、構文解析を行なう際に利用する。

例えば次のようなコードを解析する際、

// @lnsFront: skip
if val {
}
print();

• if 文の } の解析が終った後に、 else 節が続くかどうかを確認するために、 次のトークン print を取得する。
• print は else ではないためトークンを push back して if 文の解析を完了する。
• そして、 次の文を解析するため次のトークンを取得する。
• ここで取得されるトークンは、先程 push back した print になる。