Subject: Re: feedback for the ballot response document
From: Shalom Bresticker (Shalom.Bresticker@motorola.com)
Date: Mon Aug 26 2002 - 22:15:52 PDT
Jayaram,
Your answer does not resolve the inconsistency in the terminology.
Shalom
Jayaram Bhasker wrote:
> > I suppose the issue here is if a synthesis tool continues
> > to support the
> > translate_off/translate_on meta-comments, can the
> > synthesis tool still
> > claim
> > IEEE standard compatibility? (Assuming it also supports
> > the IEEE
> > standard suggested way.)
> > If the answer to the question is yes, then the standard
> > probably wants
> > to use
> > "Unsupported features used among some current synthesis
> > tools" instead.
>
> The answer, I think, is yes, and the intention is to signal
> to users that the practice
> is highly discouraged even if the supported by the tool.
> "Unsupported" does not convey that.
>
> I have an issue, though, with the wording of 6.3.
> It says, "Current common practices of .... shall not be
> supported by this standard."
>
> The wording "shall not" is not appropriate here, as it
> refers to a requirement on
> a user or implementer of this standard. It is not a
> requirement on the standard itself.
>
> But let us assume that the meaning is simply "is not
> supported".
>
> Let's look at 1.3 Terminology.
>
> It says, "Not supported" means "RTL sythesis shall not
> support the construct.
> RTL synthesis does not expect to encounter the construct and
> the failure shall be undefined."
>
> That means that it is FORBIDDEN for a synthesis tool to
> support the deprecated features.
> Was that really the intention?
>
> Further, in the first paragraph of 1.3, it also says, "The
> word should is used to indicate that ...
> (in the negative form) a certain course of action is
> deprecated but not prohibited ("should"
> equals "is recommended that")."
>
> So now I am really confused.
>
> Does "deprecated" mean "shall not", i.e., prohibited, or
> "should not", i.e., not prohibited?
>
> [J Bhasker] 6.3 first para clearly states that these
> features are not supported by the standard.
>
-- Shalom Bresticker Shalom.Bresticker@motorola.com Design & Reuse Methodology Tel: +972 9 9522268 Motorola Semiconductor Israel, Ltd. Fax: +972 9 9522890 POB 2208, Herzlia 46120, ISRAEL Cell: +972 50 441478"The devil is in the details."
This archive was generated by hypermail 2b28 : Mon Aug 26 2002 - 22:23:52 PDT