RE: [sv-cc] SV-CC Meeting Minutes for 03/19/2008

My recollection is that, since it was already approved and we were
confident enough in passing a replacement for it (in #2226) that we
decided to reverse our original decision to reopen it, and instead just
leave it in the pipeline, i.e. allow it to be replaced later by the
#2226 change.

Are there other views ?
-CB

-----Original Message-----
From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On Behalf Of Jim
Vellenga
Sent: Tuesday, March 25, 2008 10:59 AM
To: Charlie Dawson; sv-cc@eda.org
Subject: RE: [sv-cc] SV-CC Meeting Minutes for 03/19/2008

On item 1942, I thought I had moved that we ask the
Working Group "to reopen this Item" rather than "to
not reopen this Item."  What do others remember?

Regards,
Jim

--------------------------------------------------------- 
James H. Vellenga                            978-262-6381 
Software Architect                     (FAX) 978-262-6636 
Cadence Design Systems, Inc.         vellenga@cadence.com 
270 Billerica Rd
Chelmsford, MA 01824-4179
"We all work with partial information." 
----------------------------------------------------------  

]-----Original Message-----
]From: owner-sv-cc@eda.org [mailto:owner-sv-cc@eda.org] On 
]Behalf Of Charlie Dawson
]Sent: Monday, March 24, 2008 1:08 PM
]To: sv-cc@eda.org
]Subject: [sv-cc] SV-CC Meeting Minutes for 03/19/2008
]
]Minutes of 03/19/2008 SV-CC Meeting.
]
]ATTENDEES
]00000000000000000000000000000000000000000
]88888887777777777777777777777777666666666
]00000001111100000000000000000000111110000
]33221112210099888876655443322111221009988
]11213101002121221012020212121310200212131
]92730629574062925180639518484173068517306
]xxxxxxxxxxxxxxxxxx-xxx-xxxxxx-xxxxxxxxxxx Charles Dawson
]xx-xxxxxxxxxxxx--xxxxxxxxxxxxxxxxxxxxxxxx Jim Vellenga
]-xxxx-xxx-xxxx---xx--xxxxx-xxxx--xxxxxx-x Michael Rohleder
]xxxxxxxxxxxxxxxxxxxxxxxxxxx-xxxxxxxxxxxxx Chuck Berking
]xxxxxxx-xxxxx-xx--xx-xxxxxxxxxxxxxx-xxxxx Bassam Tabbara
]xxxxxxxxxxxxx-xxxxxxxxxxx-xx-xx-x-xxxxxxx Francoise Martinolle
]-xxxxx-xxxxxxxx---xxxxxxxxxxx-xxxxxxxxxx- Ghassan Khoory
]xxxxxxxxxxxxxxx-----xxxxxxx-xxxxx-xxxxxxx Abigail Moorhouse
]-xxxx-xxx-------------x-----xx----------- Steve Dovich
]xxxxxxxx--------------------------------- John Shields
]x-x-xxx--x-xxxxx--xxxx------------------- Anil Arora
]=========================================
]--x-xxx-xx-x------xxx-x--x--xxxx----xx-xx Amit Kohli
]-------xx-x-xxxxx-xxxxxxxx-xxxxxxx-x-xxxx Ralph Duncan
]-----x--xx--xx-xxxxxxxxxxxxxxxx-xxx-x-xxx Andrzej Litwiniuk
]----------x-xxxx--xxxx------------------- Pankaj Pal
]------------x-x----xx-------------------- Arjinder Vasir
]-x-----------------------x--------------- Stu Sutherland
]-----------------------x----------------- Gord Vreugdenhil
]--------------x-------------------------- Neil Korpusik
]-----------x----------------------------- John Havlicek
]-x--------------------------------------- Erik Seligman
]
]1.  Reviewed Patent information
]
]   - Chas reviewed the patent information which can be
]     found at http://standards.ieee.org/board/pat/pat-slideset.ppt
]
]2.  Approval of agenda
]
]   Anil pointed out that the GMT was incorrect.  Should be 3:30.
]   Chas will fix for next time.
]   Francoise/Chuck.  ACCEPTED
]
]
]3.  Reviewed minutes for 03/12/2008
]
]   Chuck/JimV.  ACCEPTED
]
]
]4.  Liaisons
]
]   - Francoise attended SV-EC and SV-BC committee meetings.
]     Lots of discussion on checkers.  The general feeling was 
]that there
]     was still work to be done to integrate them into the 
]overall SystemVerilog
]     language.  Lots of people were not in favor of accepting 
]the proposal as
]     is right now.  SV-BC and SV-CC will have meetings again next week.
]     Chas needs to update mantis and send Francoise a list for 
]tomorrow.
]   - There is also a Champions meeting tomorrow.
]   - No other meetings to report on.
]
]
]5.  Consent Agenda
]
]
]6.  Expedited Agenda Items
]
]   - Update on the Dynamic Objects proposal (John?)
]     Stu sent John the framemaker docs this past Sunday night. 
] John has created
]     a change record based on 36 (diagrams) that incorporates 
]all the anticipated
]     changes, along with the needed changes in the beginning 
]of that section.  It
]     is being reviewed internally right now.  Still working on 
]the VPI routines
]     definition clause, which has been seen in another 
]document.  Hopes to finish
]     that today.  John's expectation to have the drafts 
]available today for tomorrow's
]     meeting.  Chas suggests that he update the Mantis item 
]with the proposal and send
]     email to the reflector.
]
]   - Item 2262 Missing definition in vpi_user.h for vpiIsProtected
]     JimV/Francoise.  PASSED (unanimous)
]
]   - Item 1688 Performance of VPI access to memories and MDAs 
]is inadequate
]     Long discussion on whether or not to include a vpiObjVal, 
]strings, ...etc.
]     Francoise asked if this could be used to get the value of 
]a slice.  Chuck
]     said that the indices had to be fully specified.  JimV 
]argued that it inherently
]     accesses a slice.  Chuck and John talked about how to 
]exclude dynamic elements
]     correctly.  Translating from one format to another should 
]follow language rules.
]
]   - Chas asked what we should do about not getting everything done
]     Abi suggested that we try to look at things ahead of 
]time.  JimV not willing to
]     go too much longer than usual.
]
]   - Chas commented that today is the deadline for getting in 
]proposals for items to be
]     voted on next week.
]
]7.  New business
]
]   - Item 1942
]     Should we add a sentence to explain what the object we 
]are talking about.  Chuck
]     had to read it several times before "the iteration on 
]index talking about the member"
]     made sense to him.  Francoise pointed out that it is 
]already approved.  JimV thinks
]     it is wrong.  Abi thinks it just needs further 
]clarification.  JimV moves that the
]     chair ask the P1800 to not reopen this Item.  Chuck 
]seconds.  ACCEPTED.
]
]Motion to adjourn: JimV/Chuck.  Meeting ended at 1:06pm
]
]
]8.  Reviewed items with proposals
]
]
]9.  Reviewed SV-CC items with proposals (Straw poll only)
]
]
]10.  Old Business
]
]
]11.  Action items
]
]   - Francoise and Bassam to continue work on assignment patterns.
]   - Francoise and Bassam to figure out what should happen 
]when you get the
]     size of a string constant.
]   - Chas to update Item 1570.
]   - Chas to ask the editor about Item 0417.
]   - Steve to write a proposal for dealing with the 
]inconsistencies with the
]     protection properties.
]   - Chas to talk with editor on re-arranging the VPI that is 
]outside of the
]     VPI sections.
]   - Bassam, JimV, and Lisa Piper to work on issues found in Item 1503.
]   - Chas to ask the editor for the framemaker for the Data Read API.
]   - Chas to implement a "consent agenda" and an "Expedited 
]Proposals" in agenda.
]   - Chas to add an "Agenda Approval" to the agenda.
]   - Chas to schedule another Data Read API meeting after DVCon.
]   - Bassam to implement the friendly amendment to Item 1599.
]   - Chas to ask John Havlicek to join the SV-CC meeting when 
]we discuss SV-AC issues.
]   - Chas to ask the SV-AC to fix the #defines in proposal for 
]Item 2005.
]   - Francoise to bring up the issues we found with Item 2250 
]at Champions meeting.
]   - Chuck to update proposal for Item 1230 with three 
]friendly amendments.
]   - JimV to add friendly amendment to proposal for Item 2216.
]   - Chas to enter Mantis Items for Krzysztof Konopko's questions
]   - Chas to tell SV-AC that we are okay with Item 2005 
]provided the move the #define
]   - Chas to ask P1800 to reopen Item 1942.
]
]12.  Items for consideration at the next meeting (they already 
]have proposals)
]
]   - Item 2143 How should VPI handle index expressions with 
]side effects?
]   - Item 2054 Draft 3A, Section 40 - Deprecate Data Read API
]   - Item 2094 Need to extend VPI to handle class specializations
]   - Item 1599 The assertion API and VPI sections need changes 
]as per mantis #805
]   - Item 0555 31.1 Introduction not needed in context of the 
]larger document
]   - Item 0556 31.2 Beginning of this section not needed in 
]larger context of spec
]   - Item 0557 31.3.1 specific references to objects should be removed
]   - Item 0558 31.3.3 rename section to "Access availability"
]   - Item 0560 31.4.1 & 31.4.2.1 Overloading vpi_handle() is a bad idea
]   - Item 0561 31.4.2 vpi_free_object() should be explicitly 
]referenced here
]   - Item 0562 31.5 needless restriction on traverse object 
]creation - poor terminology
]   - Item 0563 31.5 diagram in figure 31-18 needs to be redrawn
]   - Item 0565 31.6 remove first paragraph of this section
]   - Item 0570 31.8.1 Need prototype for vpi_load_extension()
]   - Item 0571 31.8.1 unnecessary complication added for vpi_close()
]   - Item 0572 31.8 make use of the term 'user'
]   - Item 0580 31.8.4 section is not necessary and colloquial
]   - Item 0583 31.8.4.2 terminology first defined in a footnote?
]   - Item 0584 31.8.4.2 implies that vpi_goto() creates new handle
]   - Item 0593 31.12 Routines should be in table format
]   - Item 2146 Data read API description references wrong header file
]   - Item 2148 Unclear statement about error handling after 
]calling vpi_unload()
]   - Item 1688 Performance of VPI access to memories and MDAs 
]is inadequate
]
]
]13. Next meeting
]
]    The next SV-CC meeting will be on 03/26/2008.
]    The next P1800 meeting will be on 03/27/2008.
]
]
]
]
]-- 
]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.



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