<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="">On 26 Feb 2016, at 04:26, Dave Abrahams via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:<br class=""><div><blockquote type="cite" class=""><div class=""><div class=""><br class="">on Thu Feb 25 2016, ted van gaalen &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:<br class=""><br class=""><blockquote type="cite" class="">(btw: If I don't put () around -60 , then the compiler complains with<br class="">"Unary operator '-' cannot be applied to an operand of type 'StrideTo&lt;Double&gt;' "<br class="">Could this be a compiler error? Shouldn't it first instantiate or evaluate the <br class="">numerical object,before glueing the .stride() &nbsp;to it? ) <br class=""></blockquote><br class="">Please file a bug report!<br class=""></div></div></blockquote></div><div class=""><br class=""></div><div class="">Doesn't seem like a bug to me. In general, we want to allow an expression like <font face="Menlo" class="">-rect.width</font> to return the negative width, and not apply the unary operator to <font face="Menlo" class="">rect</font> first. Same goes to <font face="Menlo" class="">-array.reduce(0, combine: +)</font>, for example.</div><div class=""><br class=""></div><div class="">Hence, member access and function application bind tighter than prefix operators.</div><div class=""><br class=""></div><div class="">— Pyry</div><br class=""></body></html>