以前、飯田君がSFLで記述した環境をNSLに移植しました。
機械的に記述を変換しただけなので、論理は変えていません。
変更中、気がついたのですが、SFLでは、常に動作して、終わらないステージを多用する傾向があるようです。
理由を考えると、どうやら、状態遷移マシンを作るには、ステージを使う必要があることからのようです。NSLでは、ブロックは状態を持つことができるので、リセット時に起動して終了しないステージは廃止し、ブロックの状態遷移に変更しました。
NSLの非商用ライセンスでコンパイルができるように、Makefileの構成を少し変更しています。
例によって、IP-ARCHのホームページからダウンロードできます。
以前SFLで書いていた（スペースインベーダーのゲーム基板として有名な）MidwayゲームプラットフォームをNSLに書き直しました。
といっても、SFLをNSL化するのは、簡単なので、書き直しはあっという間ですが、Verilatorのテストベクトルを流しても、ゲーム画面になっていないので、？？と思ったら、割込みタイミングをFPGA用（100Hz）に設定したままでした。
シミュレーション用に割込み頻度を上げる対策をしてもいいのですが、FPGAのタイミングのまま、シミュレーションサイクルを伸ばし、5千万クロックまわすことにしました。ここまでまわすと、インベーダーたちが画面に出てきますが、まだ弾は出ていません。サイトを動かしながら、9千万クロックまでシミュレーションをまわすと、弾が表示され、インベーダーも１機破壊してました。
次は、pdp11互換機のコードをNSL化しようと思っていますが、非商用ライセンスで動作するように、記述を分割したいので、少し暇な時間が必要そうです。
電子書籍のEPUBフォーマットを簡単に作る方法として、ReVIEWに注目中ですが、自分の環境ではまともなものが出来ません。そもそもサンプルコード自体がbyte sequence errorとなってコンパイルに失敗するのですが、この原因はrubyの文字コードの扱い変更にあるようで、ruby-1.9系では動かない気がします。デフォルト文字コードを明示的に指定するように修正すると、一見、動いたように見えるのですが、出来上がったファイルは壊れています。
Debianのマシンでは動いたのですが、モバイル環境で作れないと、結局利用しなくなるのは見えているので、ArchLinuxのrubyをダウングレードするか、ReVIEWのバージョンアップを待つしかないかな？
言語処理系が、過去の互換性を崩すような変更をする場合、かなり仕様作成に注意するか、マイグレーションの手段を用意しておかなくてはいけないと思うのですが、スクリプト系の言語は平気で連続性のない変更を加えるのでしょうか？
持ち運び用のマシンでLinuxを使うのに、VMでは重過ぎるので、coLinuxを導入することにする。
カーネルはともかく、OSとしての構成を整えるのにディストリビューションのファイルシステムを導入する必要があるけれど、ここで、coLinuxのサイトに置いてあった、普段使ったことのないArchLinuxを入れてみることにした。
ところが、思ったよりも導入に手間取ったので、備忘録を記す。
何はともあれ、システムアップデートの前に、パッケージ管理ソフトのpacmanをアップデートする必要があるけれど、これが一筋縄ではいかないのだった。
coLinuxのファイルシステムを使うのであれば、次の手順を順番を変更せずに行うこと。
