Dave, I have always assumed that for an output clockvar, there is always an internal memory that holds the value driven. The value must be held when the drive takes place away from the active edge (or as Doug writes "in the middle of the cycle"). This is true even when the target is a variable. Arturo ________________________________ From: owner-sv-ec@eda.org [mailto:owner-sv-ec@eda.org] On Behalf Of Rich, Dave Sent: Tuesday, April 10, 2007 5:41 PM To: sv-ec@eda.org Subject: [sv-ec] More clocking block issues And you all thought we were done... A couple of issues have come up that I thought we had addressed, but I can't seem to find it in the 890 proposal 1. If I have a clockvar output whose target is a variable bit vector, and within a given clock cycle I only drive a part or bit select of that clockvar, do the undriven bits use their previous value? Mantis 890 makes it clear that for a net, an internal variable holds the previous state of the clockvar until a new value is driven, but there is no such wording for driving a target that is a variable. 2. A similar question for unpacked structs and arrays: If a member of an unpacked type is selected in a clockvar drive, then should the entire target variable be assigned with previous values of all the other clockvar members? David Rich Verification Technologist Design Verification & Test Division Mentor Graphics Corporation dave_rich@mentor.com Office: 408 487-7206 Cell: 510 589-2625 -- This message has been scanned for viruses and dangerous content by MailScanner <http://www.mailscanner.info/> , and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Wed Apr 11 02:52:05 2007
This archive was generated by hypermail 2.1.8 : Wed Apr 11 2007 - 02:52:34 PDT