<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="">I stand corrected! In this case, I change my position.</div><div class=""><br class=""></div><div class="">`func x() noreturn { … }` isn’t that bad on a second look.</div><br class=""><div class="">
<div class="">— Radek</div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On 26 Feb 2016, at 00:04, Jordan Rose <<a href="mailto:jordan_rose@apple.com" class="">jordan_rose@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">"noreturn" is a part of a type signature; a @noreturn method cannot be overridden by a method that isn't @noreturn*, and you could have a closure that's guaranteed to not return.</div><div class=""><br class=""></div><div class="">* This isn't true in Objective-C, but it is in Swift.</div><div class=""><br class=""></div><div class="">Jordan</div><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Feb 25, 2016, at 14:38, Radosław Pietruszewski 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 style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">The difference though is that throws/rethrows is a part of type signature, @noreturn isn’t and has no reason to be AFAICT. It’s just an attribute of the method…</div><br class=""><div class="">
<div class="">— Radek</div>
</div>
<br class=""><div class=""><blockquote type="cite" class=""><div class="">On 25 Feb 2016, at 22:44, Jacob Bandes-Storch 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=""><div dir="ltr" class=""><div class="">Premise: there are multiple ways of describing control-/data-flow when a function is called:</div><div class=""><br class=""></div><div class=""><font face="arial, helvetica, sans-serif" class=""> func x() <b class="">-> T</b> // x returns a value, of type T, to the caller</font></div><div class=""><font face="arial, helvetica, sans-serif" class=""> func x() <b class="">throws</b> // x may throw an error to the caller</font></div><font face="arial, helvetica, sans-serif" class=""> func x() <b class="">throws -> T</b> // x may throw an error, and also return a value</font><div class=""><font face="arial, helvetica, sans-serif" class=""> func x(...) <b class="">rethrows</b> ... // if a closure argument can throw an error, x may also throw</font><div class=""><font face="arial, helvetica, sans-serif" class=""> <b class="">@noreturn</b> func x() // x never returns to the caller</font></div><div class=""><br class=""></div><div class="">"noreturn" is currently spelled as an attribute, but like "throws" / "rethrows" / "-> T", it's really describing how control flow works.</div><div class=""><br class=""></div><div class="">IMO this calls for consistency: whatever happens "after" the function is called should appear "after" the parameter list.</div><div class=""><br class=""></div><div class=""><font face="arial, helvetica, sans-serif" class=""> func x() <b class="">noreturn</b> {</font></div><div class=""><font face="arial, helvetica, sans-serif" class=""> ...</font></div><div class=""><font face="arial, helvetica, sans-serif" class=""> }</font></div><div class=""><br class=""></div><div class=""><br class=""></div>Thoughts?<br clear="all" class=""><div class=""><div class="gmail_signature"><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Jacob<br class=""></div></div></div></div>
</div></div>
_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></blockquote></div><br class=""></div>_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></body></html>