<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 6 Jan 2017, at 23:15, David Sweeris via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; 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=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jan 6, 2017, at 2:58 PM, D. Felipe Torres via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" style="font-family: Helvetica; font-size: 12px; 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;" class="">Yeah, it was meant as a joke.&nbsp;<div class="">I'm well aware of the uses you write about, I do that myself but felt like doing this piece based on the particular use case described in the "proposal"</div></div></div></blockquote></div><div class=""><br class=""></div><div class=""><div class="">I wouldn’t be horribly opposed to&nbsp;adding&nbsp;a function called “willItToCompile”, “compileAnyway”, “noSrslyIDontCare”,&nbsp;or some other equally explicit name, simply because that way it’d be easy to ensure that all such code was revisited before shipping the product.</div></div><div class=""><br class=""></div><div class="">I wouldn’t be horribly in favor, either, because putting a special phrase in the string that you pass to fatalError() does the same thing, and doesn’t complicate the language.</div></div></div></blockquote><br class=""></div><div>There's already NSUnimplemented for this kind of use case, and NSRequiresConcreteImplementation for catching subclasses that fail to implement a required (but perhaps optional) method, although these are statement based rather than expression based.</div><div><br class=""></div><div>Alex</div><br class=""></body></html>