SH3のアセンブラの表記について

　SH3のマニュアルでは、MOVの表記は、MOV.L@(disp,PC),Rnになっています。
ところが、エミュレータの逆アセンブラの表記は、MOV.L@(xxxx:8,PC),Rn
となっています。xxxxのアドレスから、どのアドレスの値を持ってくるの
でしょうか？？？？

No.2 ベストアンサー 回答者： -yoshi- 回答日時： 2001/03/01 13:28

>逆アセンブラで、１０００番地にMOV.L@(0018:8,PC),R15と表記されているとき

>これを実行後、R15の値は、PC+001Cつまり１０１Cから４バイトがR15に
>入ってしまうのですが、どういう計算なのでしょうか？。
確たる自信をもってはいませんがＳＨは完全ＲＩＳＣパイプラインアーキテクチャ
のため、１０００番地に上記命令があり、これを「実行している」とき既にＰＣは
２個先の命令のデコードの所にあり１００４になっているからではないですか？
１００４＋００１８－＞１０１Ｃということです。
ちなみにＳＨの遅延分岐は御存知ですか？例えば
MOV#0,R0
BRALABEL
MOV#1,R0
LABEL:
ADD#1,R0
＜－ この時点でＲ０は２になる。
これもＢＲＡ命令の「実行の時点」でＰＣは＋４されていると考えられない
でしょうか？
＃ ＳＨでアセンブラ書くのは、これだから嫌～ン。

No.1 回答者： -yoshi- 回答日時： 2001/03/01 11:36

エミュレータおよびアセンブラの表記によって違いは在るかも知れませんが、

'mov.l @(disp,PC),Rn'は(PC & fffffffc) + disp * 4で求まったアドレスの
内容をRnに入れることです。ここでdispはＳＨの命令長の関係上８ビット値になり
ます（詳しくは日立のページあたりからデータブックを取ってきてみてください）。
大抵のアセンブラの例を挙げると(インデントが入らないので見づらいですが）、
mov.l@(INDEX,pc),r0
mov.l@r0,r1
- 省略 -
INDEX:
.longTABLE
TABLE:
.long1
とすると、Ｒ０にはTABLEのアドレスが入り、Ｒ１には１が入ります。
アセンブラが現在ＰＣ値からINDEXの相対アドレスを計算してくれるのでその辺は
気にしなくていいです。当然８ビットで届かなければアセンブルエラーになりますが。

この回答への補足

逆アセンブラで、１０００番地にMOV.L@(0018:8,PC),R15と表記されているとき
これを実行後、R15の値は、PC+001Cつまり１０１Cから４バイトがR15に
入ってしまうのですが、どういう計算なのでしょうか？。

補足日時：2001/03/01 12:52