As you write, this operator becomes sugar for “?? fatalError()” once Never becomes a true bottom type.<br><br>In the meantime, can’t the same thing be accomplished by overloading fatalError so it’s a generic function that returns a discardable result of type T, which in turn calls the Never-returning overload?<br><div class="gmail_quote"><div dir="ltr">On Tue, Jun 27, 2017 at 12:25 Erica Sadun via swift-evolution <<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Using an operator to provide feedback on the context of a failed unwrap has become a commonly implemented approach in the Swift developer Community. What are your thoughts about adopting this widely-used operator into the standard library?</div><div><br></div><div><font face="Menlo">guard !lastItem.isEmpty else { return }</font></div><div><font face="Menlo">let lastItem = array.last !! "Array must be non-empty"</font></div><div><br></div><div>Details here: <a href="https://gist.github.com/erica/423e4b1c63b95c4c90338cdff4939a9b" target="_blank">https://gist.github.com/erica/423e4b1c63b95c4c90338cdff4939a9b</a></div><div><br></div><div>Thank you for your thoughtful feedback, -- E</div><div><br></div></div>_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div>