Re: [sv-bc] Errata in SV 3.1a LRM Section 18.4: inconsistent use of error and warning

From: Shalom Bresticker <Shalom.Bresticker@freescale.com>
Date: Thu Nov 04 2004 - 07:28:22 PST

Dave,

"Rich, Dave" wrote:

> Shalom,
>
> I agree with you that we need to get consistent terminology in
> messaging, but I think it will be more efficient if we to this to the
> LRM as a whole unified effort, rather than multiple times. With five
> sub-committees actively modifying the LRM, it will be very difficult to
> get consensus on what the 'correct' thing to do is.

I agree.

> Dave
>
> BTW, there are a lot more new Verilog users than you might think. I run
> into them all the time, whether they are fresh out of school, or former
> VHDL users. :) Guys like Stu and Cliff have made a business out of
> them.

I agree, of course.
Did you think I implied otherwise?

Thanks,
Shalom

>
>
> -----Original Message-----
> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of
> Shalom.Bresticker@freescale.com
> Sent: Thursday, November 04, 2004 12:57 AM
> To: Brad Pierce
> Cc: sv-bc@eda.org
> Subject: Re: [sv-bc] Errata in SV 3.1a LRM Section 18.4: inconsistent
> use of error and warning
>
> Thanks, Brad.
>
> If you want to see how the terms "error" and "warning" are used in 1364
> and SV, you should search for the terms "error" and "warning" and not
> just
> for "error message" and "warning message".
>
> I think that different meanings for these terms might apply in the PLI
> than in the HDL itself.
>
> Looking through 1364, I think their use is not consistent.
>
> But since SV is new, there should be an attempt to be consistent at
> least
> from now. Certainly where the terms are used several times on the
> same page.
>
> Generally, one should be careful about specifying that some situation
> will have a fatal effect, causing the simulation to end or turning
> everything to X, etc. Only if there really is no alternative, no other
> way to continue.
>
> Users are a very imaginative bunch.
> After 15 years using Verilog, I'm still seeing new uses occasionally.
>
> Shalom
>
> --
> 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

--
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 Thu Nov 4 07:28:30 2004

This archive was generated by hypermail 2.1.8 : Thu Nov 04 2004 - 07:29:06 PST