RE: [sv-bc] Email ballot: Respond by Friday, Februrary 29, 8am PST

Doug's Votes:

SVDB 1526 _X_Yes   ___No
http://www.eda.org/svdb/view.php?id=1526
Proposal:
Covered by resolution of SVDB 1707
http://www.eda.org/svdb/view.php?id=1707

SVDB 1709 _X_Yes   ___No
http://www.eda.org/svdb/view.php?id=1709
Proposal:
Covered by resolution of SVDB 1707
http://www.eda.org/svdb/view.php?id=1707

SVDB 1769 ___Yes   _X_No
http://www.eda.org/svdb/view.php?id=1769

Will change vote to Yes once the following have been resolved.
(Some are very minor)
1. The $warning task in the intro area has an extra space after the '$'.
2. The term "error task" is used in several places in this proposal.
   It should be "severity system task", in light of approved Mantis 1641.
   A cross-reference to "19.9 Severity System Tasks" should be made, too.
3. In terms of generate constructs, why only conditional generates?
   These would be useful in case and loop generates as well.
   In fact, your 2nd example contains a usage inside loop generate.
4. s/generate block/generate construct/g
5. Various "will" should be "shall", as per IEEE convention
6. In the first example, there is a module with a parameter_port_list
   that contains an assignment to the illegal value of 12.  In light
   of Mantis 907, I think you should simply leave off that "= 12".
   That would indicate that the user of the module is expected to
   provide a parameter value, and that the parameter value better
   be legal.  One more minor suggestion would be to change the user
   error message in this case to indicate the legal range of values.
   Was:
     $error("Parameter N has an invalid value of %0d", N);
   Could be:
     $error("Parameter N has an invalid value of %0d. Legal values are 2 through 7, inclusive.", N);
7. The generate/endgenerate in the 2nd example is not necessary.
   But it could be kept for the clarity of the example.

SVDB 2089 ___Yes   ___No   _X_ Abstain
http://www.eda.org/svdb/view.php?id=2089

Checkers is a huge topic.
I haven't had time to digest it fully, thus my abstention on this.
In general this addition to 1900 seems reasonable to me, though,
in terms of the incremental additions.

Regards,
Doug

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.