<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><div style="direction: inherit;"><br></div><br>Sent from my iPhone</div><div><br>On 30 Aug 2016, at 05:00, Kevin Ballard via swift-evolution <<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:<br><br></div><blockquote type="cite"><div><span>On Sun, Aug 28, 2016, at 01:28 PM, Dave Abrahams via swift-evolution wrote:</span><br><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>on Fri Aug 26 2016, Kevin Ballard <<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>Goddammit. I completely missed this thread, because Pipermail</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>regularly decides not to deliver the swift-evolution-announce version</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>of review threads (which means they bypass my inbox). Why does it do</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>this? Most of the emails get delivered, but it just skips some of</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>them, and I keep ending up missing review threads because of it.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>This change is going to have a HUGE impact for me. I use this sort of</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>comparison _all the time_ and find it incredibly useful, and have had</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>literally zero bugs caused by this. Surely I can't be the only one who</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>uses this. I am not looking forward to copying & pasting a</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>reimplementation of the comparison functions into every single project</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>I work on.</span><br></blockquote></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>It's very easy to write your own versions of these operators, should you</span><br></blockquote><blockquote type="cite"><span>choose to keep using them. From that standpoint, I don't see why the</span><br></blockquote><blockquote type="cite"><span>impact has to be huge.</span><br></blockquote><span></span><br><span>You could make the same argument for a lot of stuff the stdlib provides. For example, let's remove Optional.map since it's trivial to reimplement.</span><br><div style="direction: inherit;"><br></div></div></blockquote><div style="direction: inherit;"><br></div><div style="direction: inherit;">I think a case for removing it may be how much Optional.map is used to work around any pains regarding using optionals.</div><div style="direction: inherit;"><br></div><blockquote type="cite"><div><span></span><span>The problem is, if I have to reimplement this thing in every single project I touch, that's a huge impact. I shouldn't have to copy & paste a bunch of code into every single project. I'm already doing this with my replace(_:with:) function that you guys (Swift core team; I forget exactly who) didn't like, but that's at least simpler than the Optional comparison operators, and is only one function (and it's easier to work around the lack of this function if I don't want to reimplement it for a particular use).</span><br><span></span><br><span>-Kevin</span><br><span>_______________________________________________</span><br><span>swift-evolution mailing list</span><br><span><a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a></span><br><span><a href="https://lists.swift.org/mailman/listinfo/swift-evolution">https://lists.swift.org/mailman/listinfo/swift-evolution</a></span><br></div></blockquote></body></html>