Re: [sv-champions] Champions issues review comments

215: I agree with Francoise. I think subsequent correspondence has shown
that there is a real, significant issue here.

275: I think the proposal is clear enough.

334: I think this issue is superceded, at least partially, by 275.
I don't think the two issues can go together as they are.
An example is the change Francoise partially quotes, to 3.7.2.
334 adds:
"If the second argument to this method is byte 0 or the empty string, the string variable shall be unaffected. An attempt to embbed a 0-valued character in the string shall be considered an outof- bounds access."

However, 275 has,
"If the second argument to putc is zero, the string is unaffected: if c is 0, then str is unchanged."

Shalom

On Tue, 21 Dec 2004, Francoise Martinolle wrote:

> Many of the proposals only provide the pdf or html, no source
> (framemaker or doc file is provided).
> I thought we needed to provide both for the editor
>
>
> 41: dup of 169. The text in the proposal for 169 states:
> "In A.2.7 and Syntax 10-1, as amended by erratum 168, REPLACE"
> This is not 168, this is 169.
>
> 265: the framemaker source file is missing, only pdf is provided
>
> 77: is not a duplicate anymore of 53, it was reopened on Monday and
> voted on by email, Charles should
> have the results today.
>
> 155: check should be removed from the index, I don't understand why this
> was qualified as not a bug, I
> do agree with the proposal.
>
> 215: This errata should be brought up to the 1800 WG as it will create
> incompatiblity with how variable initialization
> currently work in 1364. Some customer designs will not work anymore as
> in systemVerilog a variable initialization
> does not create an event.
>
> 275: The editor may be confused by the way the proposal is formulated.
> There are " if issue 1 and 2 are approved..."
> in the proposal. Arturo may need to send a clear proposal without the
> discussion around it.
>
> 334: The proposal states:"An attempt to embbed a 0-valued character in
> the string shall be considered an outof-
>
> bounds access."
>
> Friendly amendment: This could be rewritten as:
>
> An attempt to embbed a 0-valued character in the string shall be
> considered an out-of-
>
> bounds value write access.
>
>

-- 
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