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

質問

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

回答No.2

-yoshi- · ベストアンサー

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

回答No.1

-yoshi-

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

補足

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