comparison Changes @ 578:dbde3b869a0f

try to remove code_fix_frame_pointer(); PowerPC fixed.
author kono
date Sun, 15 Jan 2006 19:28:50 +0900
parents 7e0076617c76
children 3f60e599cc04
comparison
equal deleted inserted replaced
577:7e0076617c76 578:dbde3b869a0f
8363 8363
8364 基本的に、stack pointer は、save しておくか、frame 8364 基本的に、stack pointer は、save しておくか、frame
8365 pointer から計算すれば良いらしい。どうして、R1SAVE 8365 pointer から計算すれば良いらしい。どうして、R1SAVE
8366 することにしたのかは不明。 8366 することにしたのかは不明。
8367 8367
8368 function has return value but reached to the end
8369 なんだけど、reachability のcheckが while(1) の
8370 時とかやってないので、結構、うるさい。
8371
8368 Sun Jan 15 16:06:29 JST 2006 8372 Sun Jan 15 16:06:29 JST 2006
8369 8373
8370 code_fix_frame_pointer って何をやっているのだろう? 8374 code_fix_frame_pointer って何をやっているのだろう?
8371 arm/mips では、何もしてない。powerpc,ia32 でも、 8375 arm/mips では、何もしてない。powerpc,ia32 でも、
8372 消去できるのでは? 8376 消去できるのでは?
8373 8377
8374 でさ、env をさっさと計算して get_register_var に入れてしまう 8378 でさ、env をさっさと計算して get_register_var に入れてしまう
8375 のが良いと思う。で、INDIRECT+offset にして代入すれば良い。 8379 のが良いと思う。で、INDIRECT+offset にして代入すれば良い。
8376 8380
8377 8381 PowerPC, IA32 では、disp_offset ==0 には、原理的に出来ない。
8378 8382 互換性の問題だから。code_segment の code_disp_offset を disp_offset
8383 に合わせることは出来るはず。そうすれば、mc-codegen の方で
8384 disp_offset を見ることはないんじゃないの?
8385
8386 そもそも、そうでないと parallel assignment がうまく動かない
8387 はずだよね。
8388
8389
8390
8391
8392