
<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><br class=""><blockquote type="cite" class=""><div class=""><div class="bloop_markdown" style="font-family: Helvetica, Arial; font-size: 13px; 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; background-color: rgb(254, 254, 254);"><p style="margin: 15px 0px; -webkit-margin-before: 0px;" class="">Wouldn’t that mean that you couldn’t use your Swift library in Objective-C anymore, at least the error type as an NSError?</p></div></div></blockquote></div>That's the meaning of "break with Objective-C" here ;-) — but note that I wrote about allowing to do so, not forcing:<div class="">Now, we can only declare that something is thrown, and as interoperability is quite important, we have to assume it is needed.</div><div class="">As soon as you declare exactly what will be thrown, it should be up to you to decide if you need NSError-bridging.</div></body></html>