第2回　Windowsランタイム・コンポーネントの作成とmrubyのコンパイル：連載：Windowsランタイム・コンポーネントによるコードの再利用（3/3 ページ）

mrubyとは？

　本連載では以降、C++/CXによるWindowsランタイム・コンポーネント作成のケース・スタディとして、mruby（組み込みRuby）をWindowsランタイム・コンポーネント化する方法を考える。

　mrubyは、MITライセンスで配布されている組み込み用途に特化したRuby処理系で、現時点ではGitHubを利用してソース・ファイルとして公開されている。mrubyは組み込み用ということで素の状態ではファイルIOに関する機能を持たない。またmrubyのソース・ファイルでは、あらかじめ標準入出力（通常はコンソールである）が利用できない環境への組み込み用の考慮もなされている。このため、Windowsストア・アプリへの組み込みは容易である。

　mrubyのソース・ファイルは、C言語で記述されている。ただし一部の処理については、ビルド時にRubyのソース・ファイルをバイトコード・コンパイルし、バイトコードを組み込んだC言語のソース・ファイルとして組み込まれる。

　mrubyをビルドすると、以下の実行ファイルとライブラリが生成される。

• mrbc
  − Rubyバイトコード・コンパイラ
• mruby
  − Rubyスクリプト・インタプリタ
• mirb
  − 対話型インタプリタ
• libmruby.lib
  − Ruby処理系のスタティック・ライブラリ。上記の実行ファイルは全てこのライブラリを利用する

　従って、mrubyをWindowsランタイム・コンポーネント化するということは、libmruby.libファイルをC++/CXでラップしたWindowsランタイム・コンポーネントを作成することである。

　次回以降でこの方法を取るうえでの基本戦略とその実際を紹介していくが、その方法は、mrubyに限らず既存のCやC++のライブラリを組み込んだWindowsランタイム・コンポーネントを作成するときにも適用できる。

　今回はまず、簡単にWindows用にmrubyのビルド方法を示す。

　そして次回は、mrubyのような既存のCライブラリをWindowsランタイム・コンポーネント化するための方法を説明する。

　本連載の最終回では、実際のコードを示し、どのようにWindowsランタイム・コンポーネント化すればよいかについて説明する。

mrubyのビルド方法

　mrubyをビルドするには、Visual Studio 2012以外*2に以下のプログラムが必要である。

• bison（コンパイラ・コンパイラ）
  − mrubyのパーサーを生成するためにbisonを用意しておく必要がある。
  − 筆者はgnuwin32プロジェクトのWindows用ポートを利用している。
• ruby
  − ビルド工程の制御にRubyが使われているため、ビルドにはrubyコマンドが必要である。
  − 筆者は自作のディストリビューションを利用している。

　また、GitHubからGitを利用してソース・ファイルを入手するのであれば、Gitクライアントが必要となる。ただし単にスナップショットを取得するのであれば、その時点のリポジトリのzipファイルをダウンロードできる。どちらの方法でもよいので、ソース・ファイルを取得して、適当なディレクトリに展開しておこう。

　mrubyをビルドするには、以下の手順を取る。

1. ［VS2012 x86 Native Tools コマンド プロンプト］を［スタート］画面から実行し、コマンド・プロンプトを開く。bisonコマンドおよびrubyコマンドを実行できるようにPATH環境変数を設定しておく
2. mrubyのソース・ファイルを取得／展開したディレクトリへ移動する
3. build_config.rbファイルをエディタで開く。このRubyスクリプトはビルド工程の制御用である。なお、このファイルの改行コードは「LF」のみを利用しているため、このファイルの編集にメモ帳が利用できない点に注意
4. ファイル先頭3行目付近の「toolchain」の引数を「:gcc」から「:vs2012」に変更し、Visual Studio 2012用の設定を利用するように指定する
5. 「ruby minirake」コマンドを実行する

　以上で、binディレクトリにmrbc／mruby／mirbの各実行ファイルが作成される。またライブラリのlibmruby.libファイルは、build\host\libディレクトリに作成される。

　ただし、ここで生成したlibmruby.libファイルをそのままWindowsランタイム・コンポーネント化することはできない。

　正確には、デバッグ・バージョンの作成には利用できるが、Windowsストアで配布する要件を満たさない。というのは、ファイルIOなどのCランタイムを利用しているからである。

　この時点でlibmruby.libファイルを作成するために利用しているVisual C++のコンパイル・オプションを以下に示す。なお、この設定は、mrubyのソース・ファイルを展開したディレクトリの下にあるtasks\toolchains\vs2012.rakeファイルに組み込まれている。

　これらのオプションの意味を以下の表に示す。

　mrubyをWindowsランタイム・コンポーネントに組み込むためには、標準入出力の利用を抑制するための定義の設定と、上記のVisual C++のオプションからWindowsストア・アプリで利用できないAPIの呼び出しに関連するものを排除して、ライブラリをビルドすることになる。

　なお、ビルド工程でのバイト・コンパイル用にmrbcの作成は必須であるが、mrbc用のmrubyのライブラリは標準入出力を利用する。このため、標準入出力を抑制したライブラリ生成用のビルドについては、クロス・コンパイル用のビルド設定をbuild_config.rbファイルに追加する。

　以下に、Windowsランタイム・コンポーネントへ組み込むためのx86用のビルド設定コードと、ARM用のビルド設定コードを示す。

　x86環境でのARM用のVisual C++コンパイラ（cl.exe）は、x86用コンパイラを配置したディレクトリ直下のx86_armディレクトリに配置される。Visual C++ 2012をインストールすると［スタート］メニューに登録される［VS2012 ARM Cross Tools コマンド プロンプト］は、上記のディレクトリを（環境変数の）PATHに設定することで、ARM用コンパイラを実行するようにしている。ここでは、x86用のビルドと同じコマンド・プロンプトで実行できるように、スクリプト内で実行するcl.exeを変更している。

　コンパイル・オプションは以下のように変更する。

　ここで示したコードをbuild_config.rbファイルの末尾に追加し、再度「ruby minirake」コマンドを実行すると、クロス・コンパイルが行われる。クロス・コンパイルの結果は、buildディレクトリの、CrossBuild.newメソッドの引数として与えた名前のディレクトリ直下に作成される。

　上のコードであれば、x86用ライブラリがbuild\nostdio\lib\libmruby.libファイルとして、ARM用ライブラリがbuild\winrt-arm\lib\libmruby.libファイルとして作成される。

　C++/CXはネイティブC++なので、C++/CXで作成したオブジェクトファイルをここで作成したライブラリとリンクすることで、mrubyを利用できる。

　なお、mrubyのようにあらかじめソース・レベルでstdio（標準入出力）の関数を利用しないように作られていないプログラムの場合は、独自のスタブを用意するか、またはマクロを使ってstdio呼び出しをスキップするように変更することになる。

　今回はWindowsランタイム・コンポーネントを作成するうえでの注意点について見たうえで、C#でシンプルなWindowsランタイム・コンポーネントを作成し、それらの注意点がコードにどのように反映されるのかを見た。そして、既存コードをWindowsランタイム・コンポーネントとして再利用するための準備として、mrubyをコンパイルして、そのライブラリ・ファイルをWindowsランタイム・コンポーネントに組み込めるようにした。

　次回は、このライブラリをWindowsランタイム・コンポーネント化する際にどのような方法があるか、そのメリット、デメリットなどについて見ていくことにしよう。

「連載：Windowsランタイム・コンポーネントによるコードの再利用」