RE: [sv-cc] Meeting minutes for 02/20/2007

In addition, the date of the meeting should be changed
to 2/28 rather than 2/20.

Regards,
Jim

--------------------------------------------------------- 
James H. Vellenga                            978-262-6381 
Engineering Director                   (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 Ralph Duncan
]Sent: Wednesday, February 28, 2007 4:14 PM
]To: Charlie Dawson; SV-CC
]Subject: RE: [sv-cc] Meeting minutes for 02/20/2007
]
]Charles,
]
]Your text appears to have been chopped off in the section on
]handling 'acknowledged' items: it describes actions when the 
]item has been fixed but doesn't complete the description of 
]what to do when some problem remains with the item (you said 
]to set status = 'feedback' and append a Bugnote).
]
]Ralph
]
]-----Original Message-----
]From: owner-sv-cc@server.eda.org [mailto:owner-sv-cc@server.eda.org]On
]Behalf Of Charlie Dawson
]Sent: Wednesday, February 28, 2007 12:31 PM
]To: SV-CC
]Subject: [sv-cc] Meeting minutes for 02/20/2007
]
]
]Minutes of 02/20/2007 SV-CC Meeting.
]
]ATTENDEES
]00000000000000
]77777666666666
]00000111110000
]22111221009988
]21310200212131
]84173068517306
]xx-xxxxxxxxxxx Charles Dawson
]xxxxxxx-x-xxxx Ralph Duncan
]xxxxxxxxxxxxxx Jim Vellenga
]xxxx-xxx-x-xxx Andrzej Litwiniuk
]-xxxxx-xxxxxxx Abigail Moorhouse
]xxxx--xxxxxx-x Michael Rohleder
]-xxxxxxxxxxxxx Chuck Berking
]xxxxxxxx-xxxxx Bassam Tabbara
]x-xx-x-xxxxxxx Francoise Martinolle
]-xxxx----xx-xx Amit Kohli
]xx-xxxxxxxxxx- Ghassan Khoory
]-xx----------- Steve Dovich
]
]1.  Reviewed Patent information.
]
]   - Chas reviewed the patent information.
]
]
]3.  Reviewed minutes of the 02/14/2007 Meeting.
]     Chas reviewed the patent information, not Jim.
]     Date at the top was 01/14/2007, should be 02/14/2007.
]     - Ralph/Michael.  ACCEPTED (unanimous) as modified
]
]
]3.  Liaisons
]
]   - Face-to-face for EC committee.  Reviewed clocking blocks and
]     event scheduling (item 890).  Cliff sent out a new version on
]     Tuesday.  Latest version still does not contain our feedback.
]     Item 549 is for dealing with our feedback?  Francoise having
]     trouble finding Cliff's latest proposal.
]   - P1800 meeting.  First draft will be the middle of next month.
]     We will have about 1 month to complete our review.  There was
]     a long presentation about the SV-AC committee.  New global
]     clocking scheme?  Francoise asked if anyone knew if there was
]     a mantis item or items on this topic.  Bassam said there were
]     and he would send out the item(s).
]
]
]4.  New business
]
]   - Chas and Francoise commented on DVCon
]     There were a lot of SystemVerilog presentations.  There was a
]     whole section on DPI.  Chas thought that paper 5.3 was a very
]     good example of how DPI is useful.  Also, paper
]
]   - Next face-to-face meeting.
]     Chas had discussion with Francoise and Gordon and Abi about
]     naming and lifetime of handles.  Chas to send out proposed
]     dates.
]
]   - Item 1570
]     Was passed on 09/13/2007 as a straw poll.  No comments the next
]     week.  Chas to update the Mantis proposal.
]
]   - Chas described what to do with acknowledged items.
]     If the item was implemented correctly:
]       - Set the Status to 'Closed'
]       - Set the Resolution to 'Fixed'
]     If the item was not implemented correctly:
]
]
]   - Francoise asked about whether or not typespecs should have file
]     and line information.  Variables with explicit typedefs should
]     have file and line info.  Anonymous ones should not have a file
]     or line.  JimV mentioned a couple of others that don't have file
]     or line numbers such as frames which need to be added.  JimV and
]     Francoise are disagreed on whether or not anonymous typespecs
]     should not have a file/line.  What about parameterized classes?
]     JimV will put issue into a mantis item.  JimV to send email to
]     Michael about this, so he remembers to take a look at it.  Chas
]     would like there to be no error if the application asks for
]     something that doesn't have a file/line.  Rather the 
]implementation
]     should return <NULL>/vpiUndefined (-1), respectively.  
]Bassam would
]     like to see file/line for struct definitions.  There are examples
]     where anonymous typedefs do not appear right by the variable
]     declaration.
]
]
]5.  Reviewed items with proposals.
]
]   - Item 1716 Clarify handling of DPI formals/actuals with 
]rand/randc qualifier
]     Ralph/JimV.  PASSED (unanimous)
]
]Motion to adjourn.  Michael/Ralph.  Meeting ended at 1:07pm.
]
]
]6.  Reviewed SV-CC items with proposals (Straw poll only).
]
]7.  Old Business
]
]8.  Action items
]
]   - Ongoing review of Michael and Abi's compatibility proposal.
]   - Francoise and Bassam to continue work on assignment patterns.
]   - Francoise to champion adding support for typed parameters to the
]     typespec diagrams.
]   - Abi to champion adding support for parameterized classes.
]   - Abi/JimV to champion improving the ability to compare objects.
]   - Steve Dovich to determine best way to deal with issues between
]     versions of the IEEE specs.
]   - SV-CC to review proposal for Item 0890.
]   - Michael to compose response to the Clean Scheduling Proposal.
]   - All to verify their Acknowledged Mantis Items.
]   - Steve to send out exact text on referring to a prior version.
]
]9.  Items for consideration at the next meeting (they already 
]have proposals):
]
]   - Item 1751 Clarify vpiParent for part selects
]
]10. Next meeting
]    The next SV-CC meeting will be on 03/14/2007.
]    The next P1800 meeting will be on 04/05/2007.
]
]
]
]-- 
]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.