アセンブラー講座のカテゴリーに載せるようなものですが、内容がシステムプログラマー向けなのでここにします。
（これに限らずこのカテゴリーに載せている物はほとんどが昔自分用に作った備忘録なので内容はランダムです。）
アセンブラーでは複数の分岐命令を使い分けますが、時々「これってこれで良かったよな？」と迷ったりしました。それで動きの違いを改めて表にまとめたものです。これが出てきたので紹介します。分岐命令の第1オペランドの命令実行後の内容をアドレスモードの違いでまとめたものです。（64ビットモードは除く）

改めて見るとアドレスモードによって動きに違いが出るのはBAL/BALR,BAS/BASRだけでした。

ILC（Instruction Length Code）に関する追記

PSWには次に実行すべき命令アドレスが保持されている。しかしながら割り込みが生じた時にはその時実行していた命令アドレスを求めたい場合がある。その時に使用されるのがILCフラグである。PSWが示す命令アドレスからILCが示す命令長を引けば実際に実行していた命令のアドレスがわかるようになっている。ILCには命令長そのものでなくフラグで長さが示されており、

そのため24ビットモードでBAL／BALRを実行すると、第1オペランドが示すレジスタの先頭ビットはBALなら1，BALRなら0となり、必ずしも命令発行時のアドレスモードを示すとは限らないわけである。もっとも外部サブルーチンであればほぼ100％BALRとなるであろうが、先頭バイトにはCC+PGMマスクも入ってしまうため、呼び出されるモジュールが31ビットモードの場合、そのモジュールが呼び出し元へ戻る際にBSM命令を使うと先頭バイトもアドレスの1部とみなされABENDS0C4となるか、まったく別の場所へ分岐してしまうかになる。だから31ビットモードプログラミングにおいて他モジュールを呼び出すためにBAL/BALR命令を使ってはならないのである。
ただしILCがセットされることを応用して意図的に先頭ビットに1を設定してマイナス値であることを示す目的でBAL命令を使う手法もある。例えばGETMAIN(SVC10)マクロがそうである。SVC10は指定された領域アドレスがマイナスならGETMAIN、そうでなければFREEMAINというAPIになっている。そのためGETMAINマクロでは展開の中でBAL命令を使用してレジスターの先頭ビットに1が設定されるようにしている。