I forgot about that.
I should also mention that this is still subject to additional live updates up until the start of the SV-EC meeting.
-Brandon
From: Bresticker, Shalom
Sent: Monday, November 21, 2011 10:49 AM
To: Tipp, Brandon P; sv-ec@eda.org
Subject: RE: Mantis 1356 rev 16
and the change about interface class method implementations having to be virtual.
From: owner-sv-ec@eda.org [mailto:owner-sv-ec@eda.org] On Behalf Of Tipp, Brandon P
Sent: Monday, November 21, 2011 7:37 PM
To: Tipp, Brandon P; sv-ec@eda.org
Cc: Tipp, Brandon P
Subject: [sv-ec] RE: Mantis 1356 rev 16
Re-sending rev 16 with a few more minor changes.
* One more editorial change (which -> that)
* Re-re-worded "Diamond problem", previously "Diamond inheritance," to the new and improved "Diamond relationship"
-Brandon
From: owner-sv-ec@eda.org [mailto:owner-sv-ec@eda.org] On Behalf Of Tipp, Brandon P
Sent: Friday, November 18, 2011 11:45 AM
To: sv-ec@eda.org
Subject: [sv-ec] Mantis 1356 rev 16
All,
Please review 1356 rev16 for Monday's meeting. The docx showing rev15->rev16 changes is attached. The following (significant) changes were made since rev14 was approved by the SV-EC...
Rev14->rev15
* Various formatting and typo changes
* Deleted this line "This interface implementation allows classes to support common behaviors without sharing implementations." from the first paragraph (feedback was that it is both confusing and redundant)
Rev15->rev16
* Re-numbered references due to mantis 3001 which inserted 8.8
* Various formatting updates
* Re-worded a lot of the text under Name conflicts and resolution and the sub-sections
* Major changes to the wording in the "Diamond inheritance" section. Re-named it "Diamond problem" since I received feedback to try to remove the last references to "inheritance" w.r.t. interface class implementations.
* Added a paragraph to the end of 8.56.9 to clarify that pre_randomize() and post_randomize() work with interface class handles.
The following feedback items are still open with Shalom:
* Shalom had feedback that it is not clear "whether an implemented non-inherited method needs to be declared virtual. Assuming that to be true, it is probably good to say so explicitly." I replied that is already explicitly stated by the first paragraph on page 3. I haven't received a reply to that yet.
* Shalom is still reviewing the updated text in the "Diamond problem" section.
-Brandon
-- This message has been scanned for viruses and dangerous content by MailScanner<http://www.mailscanner.info/>, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner<http://www.mailscanner.info/>, 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 Nov 21 10:00:13 2011
This archive was generated by hypermail 2.1.8 : Mon Nov 21 2011 - 10:00:17 PST