RE: Email Ballot due Monday June 18th

From: Stuart Sutherland <stuart@sutherland-hdl.com>
Date: Mon Jun 18 2012 - 21:32:17 PDT

Actually, I think the question on whether to use the keyword font
(Courier-bold) in this proposal is important. The way I read the text,
"always procedures" is intended to refer to the keywords "always",
"always_comb", "always_ff" and "always_latch". Putting the "always" in
"always procedures" in the keyword font has a very different meaning. It
means the paragraph does not apply to "always_comb", "always_ff" and
"always_latch".

 

I do not know if the proposal (with "always" in the keyword font) is correct
or if my interpretation of the intent is correct.

 

Stu

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Stuart Sutherland

Sutherland HDL, Inc.

22805 SW 92nd Place

Tualatin, OR 97062

stuart@sutherland-hdl.com

+1-503-692-0898

 

Training engineers to be Verilog and SystemVerilog and UVM wizards!

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

From: owner-sv-xc@eda.org [mailto:owner-sv-xc@eda.org] On Behalf Of
Bresticker, Shalom
Sent: Monday, June 18, 2012 2:53 AM
To: Korchemny, Dmitry; Jim Vellenga
Cc: sv-xc@eda.org
Subject: RE: Email Ballot due Monday June 18th

 

I don't think this is important, and the editor can use his judgment.

 

Shalom

 

From: owner-sv-xc@eda.org [mailto:owner-sv-xc@eda.org] On Behalf Of
Korchemny, Dmitry
Sent: Sunday, June 17, 2012 09:40
To: Jim Vellenga
Cc: sv-xc@eda.org
Subject: RE: Email Ballot due Monday June 18th

 

Hi Jim,

 

We should distinguish between the keywords and the names of procedures. For
example, always (in Courier 9) procedures mean always, but not always_ff,
always_comb, etc. Is it your intent?

 

There are many such examples in the LRM.

 

P. 12: "It cannot contain always procedures, primitive instances, module
instances, interface instances, or other program instances."

P. 13: "In addition to subroutine methods, an interface can also contain
processes (i.e., initial or always procedures) and continuous assignments,
which are useful for system-level modeling and testbench applications."

and many others.

 

Thanks,

Dmitry

 

From: Jim Vellenga [mailto:vellenga@cadence.com]
Sent: Friday, June 15, 2012 16:38
To: Korchemny, Dmitry
Cc: sv-xc@eda.org
Subject: RE: Email Ballot due Monday June 18th

 

Dimitry,

 

In the proposal for 3127, the keywords were deliberately set in Boldface
constant-width font in accordance with "1.6 Syntactic description" and with
the text copied from "D.8 $reset, $reset_count, and $reset_value."

 

Regards,
Jim Vellenga

 

From: owner-sv-xc@eda.org [mailto:owner-sv-xc@eda.org] On Behalf Of
Korchemny, Dmitry
Sent: Friday, 15 Jun 2012 5:03 AM
To: Rich, Dave; sv-xc@eda.org
Subject: RE: Email Ballot due Monday June 18th

 

Hi Dave,

 

Here are my votes.

 

Thanks,

Dmitry

 

3525: Abstain

 

This proposal introduces one backward incompatibility. The following
property declaration:

 

property p;

                if (a) b else c

endproperty

 

becomes illegal though it was legal.

 

The only legal way to write it now is:

 

property p;

                if (a) b else c;

endproperty

 

I am fine with this change, but if one wants to preserve the backward
incompatibility then one more change is required in the BNF:

 

property_spec ::=

[clocking_event ] [ disable iff ( expression_or_dist ) ] property_expr

| if ( expression_or_dist ) property_expr [ else property_expr ]

 

 

4045 Yes

 

Minor note: in the preamble it is written: ". the LRM says explicitly twice
in the text that a checker may contain a nested checker declaration (in 17.2
and 3.11) .", but I could not find this statement in 3.11.

 

3968 Yes

3505 Yes

4126 Yes

 

4146 No

Should also be mentioned new definition of assertion sampling and
enhancements in assertions and checkers

 

4145 Yes

 

3127 Yes

Friendly amendment: '"initial" and "always" procedures' should be typeset as
a normal text (Time New Roman 10).

 

4120 Yes

 

4127 No

The suggested syntax

bit [7:0] d: coverpoint y[31:24];

does not look natural to me. If there is such a precedent in the LRM I
change my vote to Abstain.

 

3710 Yes

3982 Yes

3065 Yes

2840 Yes

 

4138 Yes

Friendly amendment: fix fonts (not very essential since the wrongly typeset
text is being deleted).

 

4129 No

There should be an explanation or a note in the text what integer_expression
means, similar to the explanation about integer_covergroup_expression.

Friendly amendments:

. "Proposal" statement with CHANGE .. TO in the preamble is
misleading and may lead to a confusion. I suggest to delete it from there.

. The added terminals '(' and ')' should be in red, and not in blue.

 

3298 Yes

Why is "inlined" spelled as "in-lined" in the proposal and in the LRM
(18.7.1)?

 

 

From: owner-sv-xc@eda.org [mailto:owner-sv-xc@eda.org] On Behalf Of Rich,
Dave
Sent: Tuesday, June 12, 2012 11:00
To: sv-xc@eda.org
Subject: {Disarmed} Email Ballot due Monday June 18th

 

The following is a list of ballot items up for a one week e-mail vote due
June 18th. All members present at either the May 21st or June 11th meetings
are eligible to vote.

A "No" vote must include a recommended course of action to change your vote
to a "yes". That action could be a fix for the proposal, or a different
response to the item, ,i.e. that we leave it alone.

Any issue with at least one "no" vote will not pass and will go up for the
next e-mail vote, or will be discussed in the next meeting. Proposal owners
are encouraged to modify their proposal to address "no" votes as soon as
possible so that others may change their vote to a "yes"

 

 

 

EDA.org Mantis - SystemVerilog P1800

 

 

 

 

 

ID

Summary

0003525

2012 Ballot comment 41: property_statement should not be part of
property_expr

0004045

2012 Ballot comment 43: checker_declaration BNF does not allow nested
checker declaration

0003968

2012 Ballot comment 38: sequence_formal_type includes redundant 'event'

0003505

2012 Ballot comment 60: $ missing from param_expression

0004126

2012 Ballot comments 34, 35: allow for-loop initialization, step,
termination statements to be null

0004146

2012 Ballot comment 10: confusing definitions on p2

0004145

2012 Ballot comment 13. What does "variation" mean in 23.11

0003127

2012 Ballot comment 57: cbStartOfReset and cbEndOfReset callbacks are not
documented

0004120

2012 Ballot comments 21,27: mistake in 6.6.8 code example of generic
interconnect from 0003724

0004127

2012 Ballot comments 23, 48: difference between BNF and example whether
data_type appears before or after cover_point_identifier

0003710

2012 Ballot comment 32: Example may work wrong, negative values may be
generated while positive expected when using $random %

0003982

2012 Ballot comment 36: clocking_decl_assign allows expression or just
hierachical_identifier

0003065

2012 Ballot comment 59: Peculiar BNF for hierarchical_btf_identifier

0002840

2012 Ballot comment 28: Virtual interface datatype BNF incomplete

0004138

2012 Ballot comment 53: cross type compatibility inconsistency

0004129

2012 Ballot comment 50: Need to clarify ambiguous binding of matches
operator

0003298

2012 Ballot comment 24: Use of 'this' in a coverpoint expression

 

 

 

 

Dave Rich
Verification Technologist
Mentor Graphics Corporation

 <http://www.twitter.com/dave_59> Description: Description: Twitter-32
<http://go.mentor.com/drich> Description: Description: Technorati-32

 

-- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 
---------------------------------------------------------------------
Intel Israel (74) Limited
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
-- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 
---------------------------------------------------------------------
Intel Israel (74) Limited
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
-- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 
---------------------------------------------------------------------
Intel Israel (74) Limited
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
-- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> 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.


image001.png image002.png
Received on Mon Jun 18 21:33:39 2012

This archive was generated by hypermail 2.1.8 : Mon Jun 18 2012 - 21:33:39 PDT