コンディションコードレジスタ

コンディションコードレジスタ

ステータスレジスタの下半分（ユーザバイト）はコンディションコードレジス タ（ＣＣＲ）になっている．

• ５つのフラグ
• Ｘ エクステンド (Extend)
• Ｎ ネガティブ (Negative)
• Ｚ ゼロ (Zeron)
• Ｖ オーバーフロー (Overflow)
• Ｃ キャリー (Carry)

順に X,N,Z,V,C という名前がつけれられてい る． それぞれエクステンド，ネガティブ，ゼロ，オーバーフロー，キャリーの意味 である．

ＣＣＲの使用目的の第１は，条件判定／条件ジャンプ である． これを行う命令は，Bcc, DBcc などである． （実際にはccのところにNE,LTなどの判定条件がかかれる）

ＣＣＲのもう１つの重要な用途は，多倍長演算や多倍長シフトのときの桁上げである． ６８０００では，桁上げにはＸビットを用いる．

Ｎフラグ

• データを「２の補数である」とみなして，演算結果が負のとき，Ｎ＝１， さもなければＮ＝０

  つまり，（最上位ビット＝１）のときＮ＝１，さもなければＮ＝０

Ｚフラグ

• 演算結果が０(ゼロ)のとき，Ｚ＝１．さもなければＺ＝０

Ｖフラグ

• オーバーフローとは：

  データを「２の補数である」とみなして， 符合ビットが「正しい値を示していない（破壊）」とき，「オーバーフロー」であるという．

  • 加算命令におけるオーバーフロー

    (1) 正数（最上位ビットが０）と正数（最上位ビットが０）の加算で，最上位ビットが１のとき

    (2) 負数（最上位ビットが１）と負数（最上位ビットが１）の加算で，最上位 ビットが０のとき

  • 減算命令におけるオーバーフロー

    (1) 正数（最上位ビットが０）から負数（最上位ビットが１）の減算で，最上位ビットが１のとき

    (2) 負数（最上位ビットが１）と正数（最上位ビットが０）の加算で，最上位 ビットが０のとき

• Ｖフラグの変化条件
  • 算術演算において，「オーバーフロー」が発生したらＶ＝１，さもなけ ればＶ＝０．
  • move 命令のあとは，必ず Ｖ＝０．
  • 但し move to CCR では，Ｖフラグは変化し得る

Ｃフラグ

• キャリー，ボロー

  オペランドが「正または０の数」であるとみなして， 「桁上げ（キャリー）」，「桁下げ（ボロー）」が発生した場合

  • 加算命令におけるキャリー

    (1) （最上位ビット＝１）の数と（最上位ビット＝１）の数の加算を行った場合

    (2) （最上位ビット＝１）の数と何かの数の加算を行い，（最上位ビット＝０）に なった場合

    (3) 何かの数と（最上位ビット＝１）の数の加算を行い，（最上位ビット＝０）に なった場合

  • 減算命令におけるボロー

    (1) （最上位ビット＝０）の数と（最上位ビット＝１）の数の減算を行った場合

    (2) （最上位ビット＝０）の数と何かの数の減算を行い，（最上位ビット＝１）に なった場合

    (3) 何かの数と（最上位ビット＝１）の数の減算を行い，（最上位ビット＝１）に なった場合

  • キャリー，ボローは，２の補数とは関係ない
• Ｃフラグの変化条件
  • 減算命令の結果，「キャリー」あるいは「ボロー」が発生したらＣ＝１， さもなければＣ＝０．
  • move 命令のあとは，必ず Ｃ＝０．
  • 但し move to CCR では，Ｃフラグは変化し得る

Ｘフラグ

• 多倍長演算のためのフラグ
• 機能的には，Ｃフラグと同じ
• Ｘフラグが変化するときには，常にＸ＝Ｃ
• Ｃフラグが変化するからといって，常に，Ｘ＝Ｃになるとは限らない．

  例えば，move 命令の後（move to CCR システムを除き）Ｃ＝０になるが，Ｘは変化しな い

  本サイトは金子邦彦研究室のWebページである．

  資料等の公開では，原則，「クリエイティブコモンズ BY NC SA」として公開するようにしている． PDFファイル，パワーポイントファイルなどには， 「クリエイティブコモンズ BY NC SA」を明記するとともに，ロゴを記載するようにしている（作業が間に合っていない分もあるのでご容赦ください）．

  公開している資料をご利用になる場合の，再配布の条件，剽窃の防止などについて，別ページ »で説明 再配布や資料改変の際には，そのページをご確認ください．

  サイトマップは，サイトマップのページをご覧下さい． 本サイト内の検索は，サイト内検索のページをご利用下さい．

  問い合わせ先： 金子邦彦（かねこ くにひこ）