CbC/old/device: Changes comparison

comparison Changes @ 89:917947ffeb7c

power pc version

author	kono
date	Thu, 06 Mar 2003 23:47:42 +0900
parents	5c8553d7f984
children	07e3113c3c13

comparison

equal deleted inserted replaced

-:5c8553d7f984
+:917947ffeb7c
 できたよ。まだ、テストしてない部分はあるけど。局所変数の初期化とか。
 FCONST とか。3日で出来たね。
 (gcc の方をやった方がいいかなぁ...)
+goto.c が通らなくなってるな。
+Thu Mar  6 14:00:13 JST 2003
+PowerPCのnon-lazy pointerって、テーブルに入っていてそれを読
+み込む形式なのね。いったん、レジスタに読み込んだら、それを再
+利用する形が良いらしい。ということは、code_gvar にキャッシュ
+を作らないといけない。しかも RLU ですか? (めんどくさ～)
+でも、そうしないと、
+i = i+1;
+なんてのでも、ひどい目にあってしまう。
+local variable も最初に move mutilple register で大半は
+レジスタに読み込んじゃうみたいね。pointer で参照されると
+困るんでしょうけど。まぁ、31個もあれば、そういうことを
+してもあまり問題ないのかも知れないけど。
+creg を破壊しない実装にすれば、少しはましになるんじゃない?
+(IA32では、それは難しいけど)
+Thu Mar  6 20:50:24 JST 2003
+やっぱり、使った分だけregisterを保存するようなコードに
+なるみたい。one path で、それをするためには、
+.align 2
+_main0__:
+lwz r5,2136(r1)
+addi r1,r1,2128
+lmw r23,-36(r1)
+mtlr r5
+blr
+.align 2
+.globl _main0
+_main0:
+mflr r2
+stmw r30,-8(r1)
+stw r2,8(r1)
+li r11,0
+stwu r1,-480(r1)
+li r2,100
+mtctr r2
+mr r30,r3
+addi r0,r1,64
+mr r9,r0
+b _main0__;
+とかいう感じにするしかないね。
+あと引数は、レジスタに積むようになっているみたいだけど... r3 から?
+mflr r31
+li r0,7
+stw r0,56(r1)
+だから8個まではレジスタに積むみたいね。
+r3-r10 だね。
+構造体もregisterにコピーされるのか。そして、向う側で受取の
+コピーを行うわけだね。先頭にreturn structへのポインタがあるのも
+同じ。
+(うう、memcpyしまくりだ...)
+浮動小数点もレジスタ渡し見たい。f1から。(なるほど)
+saveFPってのを呼び出して、 f24-f31をsaveするらしい。
+(31-24)*8 数合わないな?
+pointer のことを考えると、レジスタだとまずいものもある
+わけだけど。アドレスを取られてからで間に合うんじゃない?
+配列などは、もともとだめだし。場所と値(?)は確保するとして。
+そうか、逆に、r3-r10 は引数でなければ壊しても良いわけか。
+(それでr9とか良く使われているわけか...)
+ということは足りなくなったら、引数をセーブすれば良いわけね。
+(ってことは、LVAR かつ REGISTER っていう状況があるんじゃん...
+まぁ、そうだけどさ...)
+これは get_register がめんどくさそ。
+どうも、r11-r12  あたりは自由に使っているらしい。
+引数を作っている途中で関数呼出しするときは、どうするの?
+r30などに移動するのか?
+なんか知らんけど、in file call name と out file call name が
+違うみたいね。(sigh...) こんなのなんとかなるのかなぁ。
+全部、stub にしておいて、.set で書き換えるという手もあるけど。
+(さすがに一日ではできないか...)

Mercurial > hg > CbC > old > device

comparison Changes @ 89:917947ffeb7c