I vote 'Yes' on all, except 2140 >SVDB 2140 ___Yes __X_No >http://www.eda.org/svdb/view.php?id=2140 because the proposal doesn't address what happens when `` immediately follows a macro actual that is an escaped identifier. I'm assuming that a vote of Yes on 909 and 1278 means to resolve it as already fixed in the latest draft, and a vote of Yes on 2006 means close it as a duplicate. In 1360 there's a missing period after 'etc.'. In 1573, the declaration of module 'm' could use ANSI-style instead. In 1610, a type declared even in a named block can't be hierarchichally referenced, can it? The text doesn't say it can, but I can imagine someone making that inference. In 2081, is a call to a system task considered a task enable? In 2097, is 'singular' being used in the usual LMR meaning here, and, if so, why wouldn't a concatenation of variables need to be a concatenation of singular variables in the following "The left-hand side of the assignment in the assign statement shall be a singular variable reference or a concatenation of variables."? And apparently, {{a,b},{c,d}} would not be a legal target of a procedural continuous assign? -- Brad -----Original Message----- From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Maidment, Matthew R Sent: Monday, October 22, 2007 1:09 AM To: sv-bc@eda.org Subject: [sv-bc] E-mail Vote: Respond by 8am PDT, Monday, October 29 -You have until 8am PDT, Monday, October 29, 2007 to respond -An issue passes if there are zero NO votes and half of the eligible voters respond with a YES vote. -If you vote NO on any issue, your vote must be accompanied by a reason. The issue will then be up for discussion during a future conference call. -Note: For some issues, the proposed action is captured in the bug note (resolve as duplicate, already addressed, etc.). As of the October 15, 2007 meeting, the eligible voters are: Brad Pierce Shalom Bresticker Cliff Cummings Mark Hartoog Francoise Martinolle Karen Pieper Dave Rich Steven Sharp Gordon Vreugdenhil Stu Sutherland Alex Gran Don Mills Heath Chambers Tom Alsop SVDB 909 ___Yes ___No http://www.eda.org/svdb/view.php?id=909 SVDB 1265 ___Yes ___No http://www.eda.org/svdb/view.php?id=1265 SVDB 1278 ___Yes ___No http://www.eda.org/svdb/view.php?id=1278 SVDB 1360 ___Yes ___No http://www.eda.org/svdb/view.php?id=1360 SVDB 1487 ___Yes ___No http://www.eda.org/svdb/view.php?id=1487 SVDB 1489 ___Yes ___No http://www.eda.org/svdb/view.php?id=1489 SVDB 1573 ___Yes ___No http://www.eda.org/svdb/view.php?id=1573 SVDB 1610 ___Yes ___No http://www.eda.org/svdb/view.php?id=1610 SVDB 1645 ___Yes ___No http://www.eda.org/svdb/view.php?id=1645 SVDB 1750 ___Yes ___No http://www.eda.org/svdb/view.php?id=1750 SVDB 1993 ___Yes ___No http://www.eda.org/svdb/view.php?id=1993 SVDB 2006 ___Yes ___No http://www.eda.org/svdb/view.php?id=2006 SVDB 2029 ___Yes ___No http://www.eda.org/svdb/view.php?id=2029 SVDB 2081 ___Yes ___No http://www.eda.org/svdb/view.php?id=2081 SVDB 2092 ___Yes ___No http://www.eda.org/svdb/view.php?id=2092 SVDB 2097 ___Yes ___No http://www.eda.org/svdb/view.php?id=2097 SVDB 2102 ___Yes ___No http://www.eda.org/svdb/view.php?id=2102 SVDB 2140 ___Yes ___No http://www.eda.org/svdb/view.php?id=2140 -- Matt Maidment mmaidmen@ichips.intel.com -- 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 Mon Oct 22 02:56:33 2007
This archive was generated by hypermail 2.1.8 : Mon Oct 22 2007 - 02:57:09 PDT