<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=""><div class="">Comments:</div><div class=""><br class=""></div><div class="">> Since the Swift ABI changed between versions 2 and 3, even correct Swift 3 code that imports Swift 2 libraries will not compile. This incompatibility made it difficult to parallelize code conversion.</div><div class=""><br class=""></div><div class="">This is probably source-compatibility that you want, not necessarily ABI compatibility. Even if the ABI was stable, you still want to use the decls from the other module, and thus you’d still be in a rough spot. But, with source compatibility in Swift 4, the other modules could remain written in an older syntax/semantics while being compiled with the new compiler (and thus the new ABI). This would mean a gentle module-by-module incremental conversion regardless of the ABI for a Swift 3 to Swift 4 conversion.</div><div class=""><br class=""></div><div class="">> Debug Build Time</div><br class=""><div class="">BTW, are you mixed-source? If so, were you able to try out PCH for bridging headers as identified here: <a href="https://swift.org/blog/bridging-pch/?" class="">https://swift.org/blog/bridging-pch/?</a></div><div class=""><br class=""></div><div class="">> However, we did find a function...</div><div class=""><br class=""></div><div class="">If you can produce a test case that repros the blowup, can you put that in a JIRA?</div><div class=""><br class=""></div><div class="">> So, to complete the Swift 3 migration we strongly encouraged the entire team (minus the ones doing the migration) to really, truly take a Saturday off work 😄.</div><div class=""><br class=""></div><div class="">Sounds like some good came of it after all!</div><div class=""><br class=""></div><div class="">> “Near misses” on Optional Protocol Method Implementations</div><br class=""><div class="">These are great JIRA fodder too!</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 7, 2017, at 1:35 PM, Chengyin Liu via swift-users <<a href="mailto:swift-users@swift.org" class="">swift-users@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi all,<div class=""><br class=""></div><div class="">At Airbnb we recently migrated to Swift 3, just in time for Xcode 8.3. We waited as long as possible because our codebase is massive. We have hundreds thousands lines of Swift.</div><div class=""><br class=""></div><div class="">In the end we were able to migrate without a code freeze. 3 engineers worked on it for 3 weeks without disrupting the normal development.</div><div class=""><br class=""></div><div class="">We shared our experience in this blog post: <a href="https://medium.com/airbnb-engineering/getting-to-swift-3-at-airbnb-79a257d2b656" class="">https://medium.com/airbnb-engineering/getting-to-swift-3-at-airbnb-79a257d2b656#.j800yp6l8</a></div><div class=""><br class=""></div><div class="">Feel free to reach out if you have any questions!</div></div><div dir="ltr" class="">-- <br class=""></div><div data-smartmail="gmail_signature" class=""><div dir="ltr" class="">Chengyin</div></div>
_______________________________________________<br class="">swift-users mailing list<br class=""><a href="mailto:swift-users@swift.org" class="">swift-users@swift.org</a><br class="">https://lists.swift.org/mailman/listinfo/swift-users<br class=""></div></blockquote></div><br class=""></body></html>