<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 26, 2017, at 5:48 PM, Matthew Johnson via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class=""><div class=""><br class=""><br class="">Sent from my iPad</div><div class=""><br class="">On Jan 26, 2017, at 7:29 PM, Ted Kremenek <<a href="mailto:kremenek@apple.com" class="">kremenek@apple.com</a>> wrote:<br class=""><br class=""></div><blockquote type="cite" class=""><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jan 26, 2017, at 12:19 PM, Matthew Johnson via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><span style="font-family: Helvetica-Light; font-size: 15px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">Locking down ABI when all foreseeable desirable changes are additive is one thing. But doing so before we get there feels premature.</span><br class="Apple-interchange-newline"></div></blockquote></div><div class=""><br class=""></div>I fully agree that locking down the ABI prematurely would be detrimental to the long-term future of the language.<div class=""><br class=""><div class="">Part of the point of the ABI manifesto is to scope out what are the desirable or critical changes needed before ABI gets locked down. From that we can have concrete discussions on what’s left to be done, how much work it will take to get there, etc.</div></div></div></blockquote><br class=""><div class="">That makes perfect sense. </div><div class=""><br class=""></div><div class="">One thing that isn't clear in the manifesto that I think a lot of us are wondering about is what language features are important to the long-term desired design of the standard library that aren't in place yet? There has been some informal discussion of this on the list but nothing more and it hasn't been clear whether those features will be ready by the time ABI stability is locked down. Maybe the manifesto is a good place to start documenting more formally the language features needed to realize the desired design of the standard library APIs that will be present when the ABI is declared stable.</div></div></div></blockquote><div><br class=""></div><div>There’s a bit of a chicken-and-the-egg problem here, where the stdlib will discover better APIs after playing with new language features. This is one of the reasons for the intense focus in Swift 4 phase 1.</div><br class=""><blockquote type="cite" class=""><div class="">_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class="">https://lists.swift.org/mailman/listinfo/swift-evolution<br class=""></div></blockquote></div><br class=""></body></html>