[sv-bc] RE: Freescale enhancement requests for SV-BC

From: Bresticker, Shalom <shalom.bresticker@intel.com>
Date: Tue Apr 13 2010 - 06:18:43 PDT

John,

Of these items, the following belong to SV-EC:

AOP - Slide 8
Random seed management - Slides 24-25

Regards,
Shalom

> -----Original Message-----
> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On
> Behalf Of Havlicek John-R8AAAU
> Sent: Tuesday, April 13, 2010 3:52 PM
> To: sv-bc@eda.org
> Subject: [sv-bc] Freescale enhancement requests for SV-BC
>
> Hi Folks:
>
> Below are Freescale enhancement requests for SV-BC (some may be for
> SV-EC
> or both committees).
>
> References are to the slide set that we presented at the requirements
> meeting in February 2010.
>
> . Flexibility in positioning data declarations (slides 3-4)
> . Clarify unpacked arrays of size zero (slides 5-6)
> . Extension of enums (slides 7-8)
> . Plusarg access (slides 22-23) [SV-BC or SV-EC?]
> . Random seed management (slides 24-25) [SV-BC or SV-EC?]
> . Visibility of module instance handles (slides 27-30)
> . $sv_is_bound functionality (slides 31-33)
> . Scale factors for real constants (slide 35)
>
> We haven't yet entered these in Mantis or checked for
> correlation with
> other Mantis items.
>
> Another big topic is discrete domain real modeling and associated
> capabilities.
> This may be a subject better suited for for the future
> directions group,
> but
> it will definitely involve SV-BC LRM territory.
>
> J.H.
>
>
> --
> This message has been scanned for viruses and
> dangerous content by 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 MailScanner, and is
believed to be clean.
Received on Tue Apr 13 06:19:44 2010

This archive was generated by hypermail 2.1.8 : Tue Apr 13 2010 - 06:22:24 PDT