[sv-cc] RE: SV 342

Shalom,

Those are very astute observations!
However, I don't think it's necessary to add the
include guard in those two figures. It doesn't
contribute to the semantic understanding of
sections 27.14 and 27.32; rather it is simply
a housekeeping utility for the include file.

Thanks and regards,
Doug

> -----Original Message-----
> From: shalom@fil.ea.freescale.net
> [mailto:shalom@fil.ea.freescale.net] On Behalf Of
> Shalom.Bresticker@freescale.com
> Sent: Wednesday, January 05, 2005 10:27 PM
> To: Warmke, Doug
> Cc: sv-cc@eda.org
> Subject: SV 342
>
> Thanks.
>
> Should the changes also appear in the s_vpi_vecval
> declaration in Fig 27-8 in 27.14,
> and in Fig 27-15 in 27.32?
>
> Thanks,
> Shalom
>
>
> On Wed, 5 Jan 2005, Warmke, Doug wrote:
>
> > Hi Shalom,
> > Here is a cut-n-paste of the proposal.
> >
> > Annex G - vpi_user.h
> >
> > ADD the blue text as follows:
> >
> > /* vector value */
> > #ifndef VPI_VECVAL
> > #define VPI_VECVAL
> > typedef struct t_vpi_vecval
> > {
> > /* following fields are repeated enough times to
> contain vector */
> > PLI_INT32 aval, bval; /* bit encoding: ab: 00=0, 10=1,
> 11=X, 01=Z */
> > } s_vpi_vecval, *p_vpi_vecval;
> > #endif
>
> --
> Shalom Bresticker Shalom.Bresticker
> @freescale.com
> Design & Verification Methodology Tel:
> +972 9 9522268
> Freescale Semiconductor Israel, Ltd. Fax:
> +972 9 9522890
> POB 2208, Herzlia 46120, ISRAEL Cell:
> +972 50 5441478
>
> [ ]Freescale Internal Use Only [ ]Freescale Confidential
> Proprietary
>
>
Received on Wed Jan 5 23:05:33 2005