Re: [sv-champions] Champions meetings have been scheduled

From: Neil Korpusik <Neil.Korpusik_at_.....>
Date: Mon Jul 16 2007 - 17:56:04 PDT
SystemVerilog Champions,

The meeting for July 27 needs to be rescheduled. Friday's don't work
our well for time zones that are way ahead of the PST. I am moving the
meeting to July 26, 9am PST.

Since we have so many mantis items, I am expecting the meeting to run more
than 1 hour. Please plan on allowing for up to 2 hours per meeting.


Neil



Neil Korpusik wrote On 07/14/07 20:23,:
> SystemVerilog Champions,
> 
> There are about 90 mantis items that are ready for the Champions to review.
> I have scheduled 3 meetings for us to go over them. By the time we have the third
> meeting there will be another set ready for review. I have picked 36 for the first
> meeting. They are listed below.
> 
> I will be going through the list to determine which of them passed unanimously and
> which had people either opposed or against them. I will send out an update that
> contains that information early next week.
> 
> The chairs of the technical committees have told me that this set of mantis items
> has been made consistent with draft3 of the LRM and are now ready for the
> champions to review. Please start your review.
> 
> All of the meetings are scheduled for 9am PST.
> 
>    July   27
>    August  8
>    August 15
> 
>                Toll Free Dial In Number: (866)839-8145
> Int'l Access/Caller Paid Dial In Number: (865)524-6352
>                             ACCESS CODE: 9301228
> 
> Neil
> 
> 
> 
> From sv-cc
> 
> Id      Summary
> 
>  985    cbSizeChange for queues too?
> 1385    Please document compatibility issues between 1364 and 1800 VPI
> 1603    Unused vpiMultiArray declaration in vpi_user.h
> 1614    P1800-2005:  27.52 no expr for disable fork objects
> 1631    P1800-2005 27.14 note k has an error
> 1632    P1800-2005 sections 27.14 note k and 27.22 note f are incompatible
> 1664    IEEE 1800-2005 27.7 Note 'e': First sentence should be rewritten
> 1669    P1800-2005 Sections 27.34 and 27.36 commas are inconsistent
> 1684    vpiParent clarification needed for complex var/net objects
> 1699    1800-2005+ draft 3 sections 36.34 and 36.68 problem with vpiReturn
> 1700    vpiTimeConst and vpiNullConst have the same value
> 1716    Clarify handling of DPI formals/actuals with rand/randc qualifier
> 
> From sv-ac
> 
> 1460   Allow actions within assume property statement
> 1466   shortcuts for delay and consecutive repetition
> 1543   Meaningless sentence in 17.15 and Annex H
> 1550   $sampled function definition
> 1567   22.9: in Syntax 22-7, should be no semicolon
> 1591   17.7.3, 22.9: $past syntax not precise
> 1601   new keyword for untyped formal arguments
> 1648   Default reset for assertions
> 1674   Context value functions
> 1677   Add $changed sampled value function
> 1704   need to specify behavior of attached subroutine on empty seq match
> 1722   there exists bind inconsistencies between the BNF and the text
> 
> 
> From sv-bc
> 
> V-1364
> 0000999  check index
> 0001004  5.1.13: Zero fill in ?: even if signed or x/z
> 0001101  17.1.1: not clear how "\a" is interpreted
> 0001143  allow unsized numbers and integer variables in concatenations
> 0001153  parameterized task/function extensions
> 0001198  Support a container to define how to interface to a set of signals.
> 
> SystemVerilog
> 0000227  Ambiguous phrase "packages must exist"
> 0000915  Size wrong in comments of an example of 4.10
> 0000918  'medal' reference refers too far back in text
> 0000965  Name from example should use constant-width typeface (6.3.2.1)
> 0001064  Multi-line string literals?
> 0001297  genvar clarification
> 

-- 
---------------------------------------------------------------------
Neil Korpusik                                     Tel: 408-276-6385
Frontend Technologies (FTAP)                      Fax: 408-276-5092
Sun Microsystems                       email: neil.korpusik@sun.com
---------------------------------------------------------------------


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Mon Jul 16 17:56:23 2007

This archive was generated by hypermail 2.1.8 : Mon Jul 16 2007 - 17:56:24 PDT