慣れないAm29kのアセンブラでプログラムを書いていますがかなり苦戦しています。アドレッシングモードの制限やスタックの扱いなど本来は高級言語のコンパイラがサポートする部分なのでしょうが手作業で試行錯誤している状態です。
コーディングしながら気づいた点ですが
１．オペランドの並びが変
アセンブラ言語のソースとディストネーションの並び順は86系と68系では逆だったりしますが、普通は１つのCPUの命令セットの中では統一されています。ところがこのAm29kプロセッサではインストラクションによって順番が変わることがあります。たとえばLOADとSTOREはメモリに対して読出し/書込みで作用は逆ですがオペランドの並びもひっくり返ります。
Syntax: LOAD 0, cntl, destination, source
Operation: destination ← EXTERNAL WORD [source]
Syntax: STORE 0, cntl, source, destination
Operation: EXTERNAL WORD [destination] ← source
これを他のCPUと同じように代入の矢印の向きはいつも同じと思い込んでアセンブラコードを書くと思った通りのメモリ参照ができず悩むことになります。
２．レジスタ間転送がない（たぶん・・・）
Z80のLD A,Bとか8086のMOV BX,AXのように内容を変更しないでそのままコピーする命令がありません。むりくりやるとすると演算結果が変化しない演算で行うしかないのかもしれません。
ADD destination,source,0 :destination←source+0
とか。
３．即値演算のデータ幅が8ビットしかない
Am29kの命令長は32ビット固定で代表的なフォーマットは
OPCODE destination,source1,source2
の形をとります。それぞれのフィールドが8ビット幅なので即値を指定できるsource2も8ビット幅しかなく32ビット幅レジスタにアライメントされるとき上位ビットは勝手に0拡張されてしまいます。これはレジスタの使用効率が悪い（8086ではAXがAH/ALに分割して使えるのに・・・って貧乏性かっ！）だけでなくレジスタの上位ビットにゴミが入っていると比較命令でマッチせず嵌まることになります
４．即値代入のデータ幅が16ビットしかない
単純にレジスタに即値をセットする場合は定数セット命令
CONST destination,imm16
が使えます。この場合は16ビット幅の即値が使えますがセットされるのは下位16ビットで上位ビットはやはり勝手に0拡張されてしまいます。では上位ビットをセットするのどうするかというと
CONSTH destination,imm16
という別の専用命令を使うことになります。ここで要注意なのは転送先のレジスタは上位下位半分づつ独立してアクセスしているわけではないので
CONSTH destination,imm16H（D31..D16）
CONST destination,imm16L（D15..D0）
の順で実行すると期待する結果になりません。２行目がせっかく１行目でセットした上位16ビットをクリアしてしまいます
５．アドレスの即値指定
上に関連しますが引数が32ビット幅アドレス、例えば固定文字列の先頭アドレスをラベルで渡す場合、一度に代入できるのは下位16ビットのみなので上位16ビットはデータが存在するアドレスを探して別途与えなければなりません。アドレス空間は4Gバイトリニアなのに64kbyteのセグメントがあるような感じで何か気持ちが悪いところです。
以下はコーディング中のモニタのソースの一部でオープニングメッセージ文字列のあるアドレスMSG1を文字列出力ルーチンSTROUTに渡している部分で、STROUTルーチン内で上位ビットをセットしています
６．スタックの処理
Am29kプロセッサの最大の特徴が潤沢にあるレジスタによる「レジスタウィンドウ」である、とのことですがこれの使い方が理解できていません。スタックの処理もここに含まれていると思われ、サブルーチン（AMDではプロシジャーコールと云っている）の作り方にもかかわってきます。
今の段階では特定レジスタ１個に戻りアドレスを退避してジャンプ、という作りにしていますが当然１個ではサブルーチンの中から別のサブルーチンを呼ぶことができません。苦肉の策として退避レジスタを複数用意してそのサブルーチンのネストの深さ（請負レベル）によってレジスタを使い分けることにしました。
以下はモニタに含まれるダンプ時のヘキサ表示ルーチンですがコール関係は
モニタプログラムメインルーチン(請負レベル0)
↓
HEX2DSP：HEX2桁表示ルーチン（請負レベル1）・・戻りアドレスは tpc2に退避
↓
HEXDSP：HEX1桁表示ルーチン（請負レベル2） ・・戻りアドレスは tpc1に退避
↓
TXCHAR：1文字出力ルーチン（請負レベル3） ・・戻りアドレスは tpcに退避
となっています。
とりあえずアセンブラレベルのコーディングではこれで凌いでおいて、スタック処理はGCCが使えるようになったらコンパイラに任せてしまうということにします。
