MAEDA Atusi <maeda-yarv atusi.org> wrote :
    [ [yarv-dev:92] Re: AOT Compiler ]
    at 22 Jun 2004 13:12:46 +0900

> 普通のプログラムでも、
>   xxx.rb より xxx.so が新しければ、xxx.so をロードして実行。
>   そうでなければ xxx.so を作り直してロードして実行。
> でたいてい良くないですか?

　はい．そういうのもありかと思います．
　ただ，1ファイルでごちゃごちゃやってるときに，そのファイルの一部の
メソッドやクラスなどをコンパイル対象にしたとき，そのキャッシュはど
うなるかなぁと考えていました．

> Cでオブジェクトとかクロージャを表現する場合と同じような感じだと思いま
> すがねえ。環境とかコードへのポインタを含んだ構造体。コードには、その構
> 造体へのポインタ自身を引数として渡す(thisとかselfとか)。
> 
> この構造体をヒープに割り付けない(autoとしてスタック内に割り付ける)とい
> う最適化もあり得ると思いますが、それはまあ、あとで考えれば良いんでは。
> mallocのかわりにallocaすれば良いだけですが。
> 
> ＃ む。またちょっとアイデアが浮かんだぞ。
> ＃ GCCのnested functionみたいに「関数へのポインタ1個でクロージャを表現」
> ＃ をポータブルに実現できるかも。

　ええ，そうやってやれないことはないと思うんですが，
やっぱり1からデザインしないといけないなぁ，とか．

　関数ポインタに親関数の関数フレームを渡して，
ってやったら過激すぎ．アーキテクチャというか，
コンパイラ依存になっちゃいますねえ．

　あ，別に変数の配列にしておけば問題ないのか．
あ，クロージャ作るときに困る．．．全部コピー
するから，変わらないかなぁ．

　やっぱりこういうのを考えるのは楽しいですねぇ．
もうMIPSアセンブラなんて見たくない．

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

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