[sv-bc] RE: [sv-ac] Proposed merged LRM Table of Contents

From: Korchemny, Dmitry <dmitry.korchemny_at_.....>
Date: Thu Feb 22 2007 - 12:19:19 PST
Hi Stu,

Here are my comments:

* As far as I understand Clause 3 "Design and verification building
blocks" is intended to provide a high-level picture of SV. We could just
start with an Overview chapter which will give a notion of the main
language features and illustrate it on several examples, and not just
give an overview of design building blocks.

* Arrays are also a data type and therefore they should belong to Clause
5. If you think that Clause 5 will become too big, it can be split into
simple data types and compound data type, the latter will incorporate
arrays and structures

* I would switch "Operators and expressions" and "Assignment statements"

* All VPI stuff could be put into the same clause, etc.

Specific comments:

* I think that bind statement should belong to Hierarchy Clause, and not
to assertions

* Error reporting functions should not belong to Assertion Clause, but
only mentioned there.

Thanks,
Dmitry 

-----Original Message-----
From: owner-sv-ac@server.eda.org [mailto:owner-sv-ac@server.eda.org] On
Behalf Of Stuart Sutherland
Sent: Tuesday, February 20, 2007 8:26 AM
To: sv-bc@server.eda.org; sv-ec@server.eda.org; sv-ac@server.eda.org;
sv-cc@server.eda.org; 'IEEE P1800 Working Group'
Subject: [sv-ac] Proposed merged LRM Table of Contents

All,

In the P1800 working group meeting on 2/20/2007, I will go over the
editing
status on the merged 1800 and 1364 LRMs.  For your reference, I have
attached is the Table of Contents of the merged LRM, as it stands today.


During the editing process, the new Clause titles will list old 1364 and
1800 clause numbers that were merged into the new clause.  I will keep
that
information there for convenience until we are ready to generate a
ballot
draft.  Note that this summary of old clause numbers will not be 100%
exact,
or sometimes the list might span several lines.  I hope, though, that it
will help everyone to know where major portions of the old LRMs ended up
in
the merged LRM.

Stu
~~~~~~~~~~~~~~~~~~~~~~~~~
Stuart Sutherland
Sutherland HDL, Inc.
stuart@sutherland-hdl.com
503-692-0898

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Thu Feb 22 12:20:06 2007

This archive was generated by hypermail 2.1.8 : Thu Feb 22 2007 - 12:20:28 PST