ささだです。

　JIT コンパイラ: ネイティブコードをせこせこ吐く
　AOT コンパイラ: Ruby Script -> C コード -> shared library として実行

　という計画を考えてました．

　そしたら首藤さんに，

> JIT コンパイラはネイティブコードを吐くのに、
> なんで AOT コンパイラは C ソースコードを吐くんでしょうか。
> 
> 両コンパイラの出力は共通にして、同じコンパイラを使いまわす、というのが
> 普通のやり方のように思います。
> 
> でも実際は
>   - C コンパイラによる最適化を活用したいから、
>     AOT コンパイラは C のソースコードを吐く。
>   - JIT コンパイラから C コンパイラを呼ぶのはいやーんなので、
>     仕方なく、なんとかして、質は良くないかもしれないがネイティブコードを吐く。
> でしょうか?

　といわれました．

　まったくもって首藤さんの推測のとおりです．
　追加するなら，Cに落とすのは比較的楽だと推測されるから，です．
（命令をペタペタ貼り付けする）


　で，わからないのが

- 両コンパイラの出力って何？
- なぜ C コンパイラを通さないの？
  （Cコンパイラの最適化よりもすごいことができる？）

　という点です．

　とくに後者は IBM みたいなところとは違って個人ではちょっと
なー，という気がします．素直に gcc の最適化に任せたい．
（って，gcc 依存な話）


　ただ，Cコンパイラ必須にすると，gcc というか，C コンパイラ
がない環境だと，AOT compiler役にたたないんだよな．


　AOT compiler をしらずに適当に言っていた悲劇かもしれません．

　JIT compiler でも，UTI lisp は実行時に c compiler 呼んでるって
話は聞いたことがあります．でも，それはちょっと富豪過ぎませんかね．
時間なくなったらそうするかも．

-- 
// SASADA Koichi at atdot dot net
//




--
ML: yarv-dev quickml.atdot.net
使い方: http://www.atdot.net/~ko1/quickml