[sv-cc] SV-CC agenda for 11/17/2004

Hi All,

The call-in information for this meeting is as follows:

   U.S. 866-807-0627
   International 203-955-5179
   Passcode 399143

Meeting will start at 11:30am EST (4:30pm GMT), and last for 1.5 hours.

   -Chas

AGENDA

1. Review Patent information

   Go to:
     http://standards.ieee.org/board/pat/pat-slideset.ppt

2. Review minutes from last meeting (11/10/2004)

3. Liaisons

   - Anyone care to make a report?

4. New business

   - Finalize straw polls for 280, 281, 283
   - Item 297 is a duplicate of 276?
   - Others?

5. Review SV-CC items with proposals:

   - Item 265 sv_vpi_user.h has redundancy
   - Item 061 Meaning of vpiMultiArray depends on 1364 but is in conflict with it
   - Item 065 Note 19 in section 31.10 is wrong
   - Item 058 type of vpiTagged property in 31.12 is wrong
   - Item 072 LRM specifies number references for vpi defines, only to be done in annex
   - Item 288 Use a proper typedef for 32-bit values instead of 'unsigned int'

6. Review SV-CC items with proposals (Straw poll only):

   - Item 295 Is "var bit typespec" superfluous in VPI?
   - Item 265 sv_vpi_user.h has redundancy
   - Item 301 Is every unpacked array a VPI array var?
   - Item 284 Should taskfunc have multiple statements
   - Item 282 VPI string value for reg vs. logic var
   - Item 079 Clarify TRUE/true and FALSE/false values for VPI object model
   - Item 303 PTF 342: Deprecate the PLI 1.0 sections

7. Review old business:

   SV-CC action items:
   - Francoise to ask Peter Ashenden what was done to improve
     printing from Rational Rose.
   - Francoise to inquire about the feasibility of third parties
     shipping the UML for the diagrams.
   - Joao/Francoise to file SV-BC item asking to define linearization.
   - Francoise to check with SV-BC on default return type of functions.
   - Chas to ask Karen about updating the diagrams (does not fit well
     with approved process).
   - Andrzej to make sure the LRM says that for the C layer of DPI,
     representations of a type are always the same regardless of where
     it is (packed struct, member of array, ...etc.).
   - Francoise and Bassam to reconcile sections 28 and 31.
   - Doug to add last example in bug note to proposal in Item 274.
   - Francoise to add Item that will call for replacement of "1364-2001"
     references with an up to date reference.
   - Chas to point out to IEEE 1800 committee that the references to
     "1364-2001" are out of date.
   - Everyone to review outstanding items to make sure high priority ones
     are resolved prior to 12/1/2004

   PTF action items:
   - Steve to compare BNF with the access available
     for attributes to see if they match
   - Francoise to remove "+" from tags in UML diagrams and
     add vpi prefix where appropriate.
   - Francoise to send out HTML for 1364-2001 diagrams, using
     something other than JPG for importing diagrams into frame.
   - Stu to write proposal for PTF 368.
   - Francoise to write proposals for PTF 373, 374, and 396.
   - Steve to write proposals for PTF 311, and 495.
   - Sachi to write proposals for PTF 307, 312, and 313.
   - All to review Generates proposal from ETF committee.
   - Francoise, et all to review BTF generates proposal
     for the upcoming vote, with particular emphasis on
     how we will address generates in VPI.
   - Stu to enter new PTF item for save/restart/reset issue.
   - JimG to write proposals for PTF 517, 533, and 534.
   - Chas to write proposal for PTF 296.
   - Stu to write an addition to the proposal for PTF 342.
     This will cover that PLI 1.0 was deprecated in section 20
     and include some of the stuff currently in section 21
     (like the descriptions for the checktf and calltf).
   - Francoise to lookup wording for PTF 524 in VHPI.
   - Francoise will open a new PTF issue to look for situations like 25.6.15,
     where multiple methods are used access the same object enclosure
   - Chas to reword proposal for PTF 525.
   - Draft a straw man proposal using a clean slate with no concern for
     existing PLI/VPI on the best way to represent all Verilog and
     SystemVerilog kinds and types. This straw man will then be used as a
     basis for discussing backward compatibility with the existing reg, net,
     variables, functions, and parameter diagrams. It may be decided that
     full backward compatibility is not possible, or is not the best approach
     moving forward.
   - Sachi will file a PTF item for the clarification of what can be done
     at ROsync time and putting values in future times.
   - Francoise to file a PTF item that asks to specify the order that iteration
     occur in, when the order is important.
   - Steve to add ETF item for Annex C to remove the Informative label, but
     still allow the contents to be optional.
   - Chas to re-verify the cross references are properly updated for PTF 342.
   - Chas to add to proposal for PTF 342 a reference to the prior version of the
     specification

-- 
Charles Dawson
Senior Engineering Manager
NC-Verilog Team
Cadence Design Systems, Inc.
270 Billerica Road
Chelmsford, MA  01824
(978) 262 - 6273
chas@cadence.com