[sv-dc] RE: Revised proposal for 3398 and response to Shalom's comments

From: Bresticker, Shalom <shalom.bresticker@intel.com>
Date: Mon Aug 22 2011 - 03:51:09 PDT

Also, the specification of what is a legal nettype seems to be discussed in two places and the descriptions are not identical.

6.6.7 says,

"The data type shall include only integral types and real types as well as unpacked structs and fixed size arrays of a legal data type."

6.7.1 says,

"A valid data type shall be one of the following:
a) A 4-state integral type, including a packed array, packed structure or union.
b) A 2-state integral type, including a packed array, packed structure or union with 2-state data type members.
c) A real or shortreal type.
d) A fixed-size unpacked array, unpacked structure or union, where each element has a valid data type for a net of a user-defined nettype."

The description in 6.7.1 is more detailed, but the proper place for it seems to me to be in 6.6.7.

Regards,
Shalom

From: owner-sv-dc@eda.org [mailto:owner-sv-dc@eda.org] On Behalf Of Bresticker, Shalom
Sent: Sunday, August 21, 2011 1:48 PM
To: Francoise Martinolle; sv-dc@eda.org
Subject: [sv-dc] RE: Revised proposal for 3398 and response to Shalom's comments

Hi, so far I think the new version is much tighter than the original.

However, I still have a problem with the following issue.

The text in 6.7 starting, "Certain restrictions apply to the data type of a net. A valid data type for a net shall be one of the following," does not say that it only applies to nets of non user-defined data types.

Regards,
Shalom
---------------------------------------------------------------------
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 MailScanner, and is
believed to be clean.
Received on Mon Aug 22 03:51:51 2011

This archive was generated by hypermail 2.1.8 : Mon Aug 22 2011 - 03:51:55 PDT