<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 Feb 10, 2016, at 00:57, Jean-Denis Muys 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 class="">Based on this as the summary of arguments I read so far on this thread, I tend to increase my +1. Here is what I read:<br class=""><br class="">- arguments regarding energy efficiency, memory efficiency, or more generally hardware limitations seem to me rather short-sighted, as in “640 KB or RAM should be enough for all times to come” (original design decision by IBM for the PC). Is Swift a language designed for todays hardware? Or is it supposed to outlast it a wee bit?<br class=""><br class=""></div></div></blockquote><div>Planning for the future is a Good Thing, but if Swift isn’t useful today, it won’t last long enough for “the future” to get here. There are limitations in the <i class="">current</i> hardware (VM thrashing the NAND in iDevices, IIRC) that preclude other options.</div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Of course some ideal would be a language where GC is an option. I am not sure whether that is possible, though the one argument I saw against that, namely that libraries would be compatible with one of the options only, can be solved with the fat binary idea. We used to have libraries compatible with both PowerPC and Intel processors. That sounds a lot more complex.<br class=""></div></div></blockquote></div><div>We did it once before… Obj-C switched from manual memory management to ARC back in Xcode 4.2. Personally, I’d *much* rather stick with ARC for now, and worry about switching to some other scheme a few years down the road when supporting devices with write limitations starts becoming less of an issue.</div><div><br class=""></div><div><div class="">- Dave Sweeris</div><div class=""><br class=""></div></div></body></html>