この記事は「AOT技術 Advent Calendar 2017」の5日目です。
というか、今のところこのカテゴリに私しかエントリーしてないので、漏れた日を埋めていこうかな、ぐらいの感じです。
YouTube: Playlist: Making archive IL2C
GitHub: IL2C step-by-step design project
ネタをひねり出すのもアレなので、今まで蓄積したMaking archive IL2Cのダイジェストをやっていこうかと思います。
（イメージをクリックするとYouTubeが開きます）
#6-13
これは、いわゆる型推論のような何かとか、CPUのレジスタリネーミングのような何かでは？みたいな事を考えながら、理論的なことはわからないので実コードとして実装可能なように問題を整理していました。
ここで、スタックスロットをシンボルとして抽象化した時に、単にリネーミングするとC言語に落としたときに型が合わなくてコードが成立しないので、その場合はそれぞれの型に合わせたコードを出力する必要があります。ようやく、問題の核心にたどり着きました。
#6-14
ILConverterの構造に手を入れて、全体的に修正したコードの解説を行いました。前回わかった問題を、どうやって対処するのか、ですが…
ブランチ命令によって分割される「実行パス」を認識して、それぞれのパスをキューに入れ、実行パス分岐後の流入箇所で想定される評価スタックのスロット（ここではインデックスと読んでいる）の型が一致しているかどうかを確認し、一致していればC言語上でもコードが一致するので単にgotoで飛ばし、そうでないなら、新たな型を使うが同じようなコードとして出力し直す、ということをします。
この部分、スタックスロットのコンシューマーが、ブランチ直前と遷移先で、どこまでと規定されるのかを機械的に判断するのが難しく、現在（#50）での実装も少し手抜きになっています（複雑というだけで不可能ではない）。
この大幅に変更したコードで、実際にフロー解析が機能して変換されるのかどうか？ 緊張しましたが、正しく期待通りに変換されました。そして、Cコンパイラはこの複雑に見えるコードをちゃんと見抜いています。
#6-15
痛恨の収録ミス… 音声入ってなーい！！！ orz ということで、後から映像だけ見ながらオーディオコメンタリーやって結合しました :)
- 変換中の情報をDecodeContextクラスで保持する
- スタックとスタックの各スロットに格納されることを想定している型の情報を保持する
- それぞれのスタックスロットに対して、個別のシンボル名を割り当てる（型の異なるローカル変数を区別可能にする）
という登場人物を図示して、実際のコードに落としていきます。
あと、goto文を成立させるためにラベルをどうやって付けるか、という問題を考えています。今考えると、関数で遅延評価すれば良いよなと思うんですが、C#で書くと（ちょっとしたことではあるんですが）モヤモヤして、結局小さい入れ物を作って対処しました。
