<div dir="ltr">This sounds like a problem that a third-party logging API could handle easily, and there's nothing about Swift's current implementation blocking you or someone else from writing one.<div><br></div><div>It feels like a fairly specialized use case—it's hard to see it being fundamental enough to argue that it be part of the standard library.</div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Jan 14, 2017 at 5:12 PM Amir Michail 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"><br class="gmail_msg">
> On Jan 14, 2017, at 8:00 PM, Saagar Jha <<a href="mailto:saagar@saagarjha.com" class="gmail_msg" target="_blank">saagar@saagarjha.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> Why not just add a // TODO or // FIXME comment?<br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
There is no bug. Moreover, you want something that actually executes and that can give you useful information when the program finishes running.<br class="gmail_msg">
<br class="gmail_msg">
> Saagar Jha<br class="gmail_msg">
><br class="gmail_msg">
>> On Jan 14, 2017, at 4:10 PM, Amir Michail via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="gmail_msg" target="_blank">swift-evolution@swift.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> It’s quite common for an assertion/precondition that you thought should hold actually does not yet there is no bug. In that case, you might want to remind yourself of this fact by commenting out the assertion/precondition (instead of deleting it) so that you don’t make the same mistake in the future by inserting such assertions/preconditions into the code.<br class="gmail_msg">
>><br class="gmail_msg">
>> However, it would be nice to have explicit support for assertions/preconditions that don’t always hold where there is no bug.<br class="gmail_msg">
>><br class="gmail_msg">
>> For example:<br class="gmail_msg">
>><br class="gmail_msg">
>> preconditionNotAlwaysTrue( list.isEmpty )<br class="gmail_msg">
>><br class="gmail_msg">
>> When your app finishes running, the IDE could show you all such preconditions/assertions that you thought fail sometimes that did not fail in that particular run. In that case, you might consider switching them to normal preconditions/assertions provided your code has now evolved to the point where they always hold.<br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> swift-evolution mailing list<br class="gmail_msg">
>> <a href="mailto:swift-evolution@swift.org" class="gmail_msg" target="_blank">swift-evolution@swift.org</a><br class="gmail_msg">
>> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
swift-evolution mailing list<br class="gmail_msg">
<a href="mailto:swift-evolution@swift.org" class="gmail_msg" target="_blank">swift-evolution@swift.org</a><br class="gmail_msg">
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class="gmail_msg">
</blockquote></div>