all, another backward compatibility issue: the keywords assume_guarantee and restrict_guarantee have been cancelled, as per the decisions of group Q.1: http://www.eda-stds.org/ieee-1850/Issues/Group-Q.1.html cindy. Sitvanit Ruah/Haifa/IBM@IB MIL To Sent by: ieee-1850@eda.org owner-ieee-1850@e cc da.org Subject [$ieee-1850] Backward compatibility 21/07/2009 15:38 with previous LRM Dear group, Here is a summary regarding backward compatibility with the previous LRM. Incompatibility in constructs that were well defined in the previous LRM: ----------------------------------------------------------------------------------------------------------- - The keyword "override" has been added, and its use is mandatory when one wants to change the behavior of a signal. - The formal semantics of structural contradiction was changed. For example in the previous LRM a trace with infinite number of b's would give different truth values to {b[*];false} and to { b[*]; { {a} && {a;a} } }. In the new LRM this bug was fixed such that the same truth value will be given to both. The incompatibility here is more theoretical than practical, because many tools probably already support the newer definition, as it is the more natural one to implement. Other well defined constructs remained unchanged. Changes in constructs whose definition was ambiguous in the previous LRM might have caused incompatibility if a company chose to implement another interpretation of the construct. These changes were necessary in order to have a unique interpretation in all the entities supporting the standard. The ambiguous definitions that changed and are now well defined: ------------------------------------------------------------------------------------------------- - The definition of inheritance and overriding (section 7.2) Regards, Sitvanit Sitvanit Ruah Formal Verification Group IBM Haifa Research Laboratory Tel: 972-4-828-1249 -- 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.Received on Sun Jul 26 03:52:17 2009
This archive was generated by hypermail 2.1.8 : Sun Jul 26 2009 - 03:52:19 PDT