RE: [sv-bc] sv 3.1a section 3.1 on truncation warnings

Hi, David.

Stu did a great job.

But in addition to the limitations that Stu already mentioned,
the SV LRM is a massive document. Considering the amount of material
and the schedule, he did as much as possible.

I think there are also fine points of the IEEE style that even 1364
was not aware of until recently.

I believe a checklist of the basic things to check when turning
this into an IEEE standard will help.

Thanks,
Shalom

 
On Wed, 14 Jul 2004, David W. Smith wrote:

> Hi Shalom,
> Just a comment. One of the reasons we had Stu as editor was so that he could
> help to insure that the LRM does meet the IEEE style guidelines. I am sure
> that some things have been missed but that was the intent of the LRM
> development all along. I know that Stu made many corrections and changes to
> try to make sure it did meet the guidelines.
>
> Any specific things that need changed would be greatly appreciated.
>
> Regards
> David
>
> -----Original Message-----
> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Shalom
> Bresticker
> Sent: Tuesday, July 13, 2004 11:01 PM
> To: Vassilios.Gerousis@Infineon.Com
> Cc: Shalom Bresticker; sv-bc@eda.org
> Subject: Re: [sv-bc] sv 3.1a section 3.1 on truncation warnings
>
> Hi, Vassilios.
>
> As the LRM is turned into an IEEE draft standard, the entire LRM needs to be
> reviewed line by line whether it meets IEEE style guidelines, which are
> intended
> to remove ambiguity, among other things.
>
> This is not as difficult as it sounds, but it does take some time and
> resources.
> It is better that the developers of the LRM do it than to rely on the
> IEEE Publications staff, who are not familiar with the material content.
>
> I believe I can make a summary of those IEEE style guidelines which are
> relevant
> in this context.
>
> Shalom
>
>
> Vassilios.Gerousis@Infineon.Com wrote:
>
> > All your feedbacks are good and valid. I would prefer to see specific
> > comments on specific sentences or paragraphs. Shalom comments are very
> > constructive, and we will do that the first round. Jonathan, if you have
> > specific information to provide please do so and follow our process
> > please.
>
> --
> Shalom Bresticker Shalom.Bresticker @freescale.com
> Design & Reuse 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 & Reuse 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