885 Yes 1384 No - I will change my vote to yes if the following changes are made. - Minor typo in last sentence, first paragraph, 11.4.15 There are two periods at the end of the sentence. - The changes specified for 11.4.15 are now being defined for a paragraph that was removed from the LRM by 1707 (the issue Jonathan raised). This set of changes needs to be made with respect to the new wording contained in 1707. This change is not something that we can expect the editor to make. Below I have shown one way to incorporate the changes from 1384 into the current text from 1707. From: (this is what is currently in 1707 11.4.15.1) else if the expression is a non-null class handle this procedure shall be applied in turn to each data member of the referenced object, and not the handle itself. Class members shall be streamed in declaration order. Extended class members shall be streamed after the members of their superclass. The result of streaming an object hierarchy that contains cycles shall be undefined, and an error may be issued. To: else if the expression is a non-null class handle this procedure shall be applied in turn to each data member of the referenced object, and not the handle itself. Class members shall be streamed in declaration order. Extended class members shall be streamed after the members of their superclass. The result of streaming an object hierarchy that contains cycles shall be undefined, and an error may be issued. It shall be illegal to stream a class handle with local or protected members if those members would not be accessible at the point of the streaming operator. From: (this is what is currently in 1707 11.4.15.3) Unpacking a 4-state stream into a 2-state target is done by casting to a 2-state type, and vice versa. Null handles are skipped by both the pack and unpack operations; therefore, the unpack operation shall not create class objects. If a particular object hierarchy is to be reconstructed from a stream, the object hierarchy into which the stream is to be unpacked must be created before the streaming operator is applied. To: Unpacking a 4-state stream into a 2-state target is done by casting to a 2-state type, and vice versa. Null handles are skipped by both the pack and unpack operations; therefore, the unpack operation shall not construct class objects. If a particular object hierarchy is to be assembled from a stream, the object hierarchy into which the stream is to be unpacked must be constructed before the streaming operator is applied. The unpack operation shall only modify explicitly declared properties; it will not modify implicitly declared properties such as random modes (See clause 17). 1609 yes 1715 yes 1723 yes 1851 yes 2021 yes (related to 14.15.1 as updated by Mantis 890) 2055 yes I like this change, however it does represent a backward compatibility issue. 2113 yes, with the following friendly amendment From: The size method of a dynamic array ... To: The size method of a dynamic array or queue ... http://www.eda-stds.org/sv-ec/hm/4980.html // discusses this point 2137 no This should go to the sv-ac. Neil Mehdi Mohtashemi wrote On 10/18/07 09:30 PM,: > > Hi, > Based on October 15 2007 sv-ec meeting, we are conducting an email vote > on the following mantis items: > > 885 1384 1609 1715 1723 1851 2021 2055 2113 2137 > > Operating guidelines for sv-ec email vote: > - Only one (1) week to respond (Midnight Thursday October 25th 2007) > - An issue passes if there are zero ** NO ** votes and at least > half of the eligible voters respond with a YES vote. > - Any NO vote must be accompanied by a reason. > This issue will then be up for discussion at the next conference > call. > - Please indicate any friendly amendment that you think will change > your vote to a YES, this will help with completing our task. > > - Notes: > * 885: the vote is to close 885, it is covered by 339 > > As of the October 15 2007 meeting, the eligible voters are (total 15): > > Arturo Salz, > Cliff Cummings > Dave Rich > Francoise Martinolle > Neil Korpusik > Ray Ryan > Gordon Vreugdenhil > Steven Sharp > Stu Sutherland > Heath Chambers > Don Mills > Mark Hartoog > Geoffrey Coram > David Scott > Mike Burns > > > Please mark your vote below by an x. If No, then specify a reason. > Send it to the reflector. > > > 885 ___ Yes ___ No CLOSE 885, covered by 339 > http://www.eda.org/svdb/bug_view_page.php?bug_id=000885 > > 1384 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0001384 > > 1609 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0001609 > > 1715 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0001715 > > 1723 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0001723 > > 1851 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0001851 > > 2021 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0002021 > > 2055 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0002055 > > 2113 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0002113 > > 2137 ___ Yes ___ No > http://www.eda.org/svdb/bug_view_page.php?bug_id=0002137 > > > 885 syntax typo in descriptions > 1384 bit stream cast and pack/unpack for protected./local members > 1609 import statements should not be allowed in class scopes > 1715 Triggered property of a clocking block > 1723 Size method for associative arrays > 1851 all params declared inside class body are local > 2021 Relax excessively severe restriction on what can connect to a > clocking inout > 2055 coverage bin distribution is not even > 2113 Inconsistency in constraining assoc array size > 2137 Some assertion contexts should be procedural > > -- --------------------------------------------------------------------- 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 Sat Oct 20 19:16:24 2007
This archive was generated by hypermail 2.1.8 : Sat Oct 20 2007 - 19:16:51 PDT