<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Proposal link: <a href="https://github.com/apple/swift-evolution/blob/master/proposals/0176-enforce-exclusive-access-to-memory.md" class="">https://github.com/apple/swift-evolution/blob/master/proposals/0176-enforce-exclusive-access-to-memory.md</a></div><div class=""><br class=""></div><div class="">The review of SE-0176 "Enforce Exclusive Access to Memory" ran from April 14 to April 21, 2017. This proposal has been <b class="">accepted with revisions</b>. </div><div class=""><br class=""></div><div class="">Feedback was strongly positive. Some participants raised concern about the overhead of dynamic checking. The core team shares this concern but feels that there will be adequate opportunities later to make pragmatic decisions about when to enable dynamic checking.</div><div class=""><div class=""><br class=""></div><div class="">Most of the proposal is <b class="">accepted</b>. An implementation issue has been discovered with the use of dynamic enforcement on inout parameters. The proposal implementors suggest adopting a stronger rule governing the use of non-escaping closures which will also allow Swift to make firm guarantees about the use of static enforcement when a variable does not escape. The core team tentatively supports this new rule but believes it is a substantial enough revision that it requires a separate review period.</div></div><div class=""><br class=""></div><div class="">Thanks to everyone who participated. I will send out an additional announcement kicking off the further review shortly.</div><div class=""><br class=""></div><div class="">Ben</div><div class="">Review Manager</div><div class=""><br class=""></div><div class=""><br class=""></div></div></body></html>