Verilogで犯しがちな記述ミスのバックアップ差分(No.2)

更新
追加された行はこの色です。
削除された行はこの色です。
[[公開メモ]]

#contents

* 意図 [#e8cde487]

インプリメント時のワーニングをうまく見る方法が分からず、
簡単な記述ミスのせいで２，３時間を無駄にすることがしばしばなので、
自戒の意味でありがちなミスを記述していこうと思います。
ありがちなミスをここに記述して、日頃から注意しようという算段です。

* 宣言されていない信号線が幅１の wire として解釈される [#yc9cdc36]

Verilog ではこれは言語仕様なので、警告も出ないのですよね。

このせいで、クロックが正しく繋がれていなかったり、
幅の広いバス線のはずが１ビット目しか繋がれていなかったり、
常に泣かされています。

宣言されていない信号線が使われたらエラーにするか、
最低でも警告を出すオプションがあればかなり開発が
順調に進むと思うのですが・・・

見つけられていないだけかもしれません？

* 演算子の優先順位 [#h3b77aca]

参考：http://homepage3.nifty.com/hdl_design/verilog_hdl2.htm

** ビット演算子と等号 [#y7fed919]

ビット単位の論理演算子である & や | よりも等号・不等号の方が優先順位が
ビット論理演算子の & や | よりも等号・不等号の方が優先順位が
高いことをすぐに忘れてしまい、痛い目を見ます。

 LANG:verilog
 assign a = b == c & d;

これは、

 LANG:verilog
 assign a = ( b == c ) & d;

と解釈されますので、

 LANG:verilog
 assign a = b == ( c & d );

としたければ、括弧は必須です。

参考：http://homepage3.nifty.com/hdl_design/verilog_hdl2.htm

Pascal や Ruby ではビット論理演算が等号よりも強かったので、
今でも勘違いして痛い目を見ます。
今でも勘違いして原因が分からず途方に暮れます。

C++ や C#, Java もビット論理演算が等号より弱いので、
そちらでも間違えまくりです（泣

** 等号と３項演算子 [#q956e1c4]

 LANG:verilog
 assign a = b == c ? d : e

は、

 LANG:verilog
 assign a = ( b == c ) ? d : e

と解釈されるので、

 LANG:verilog
 assign a = b == ( c ? d : e )

としたければ括弧は必須です。

これも結構やらかします。

３項演算子 ? : はすべての演算子の中で最も優先順位が低い、と覚えておけばいいのですね。

* コメント [#d73b3e6c]

#article_kcaptcha
Counter: 309086 (from 2010/06/03), today: 10, yesterday: 0