<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 7, 2016 at 11:28 AM, Dmitri Gribenko via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On Thu, Jul 7, 2016 at 9:27 AM, John McCall <<a href="mailto:rjmccall@apple.com">rjmccall@apple.com</a>> wrote:<br>
> On Jul 7, 2016, at 9:23 AM, Dmitri Gribenko via swift-evolution<br>
> <<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:<br>
>> Proposal link:<br>
>><br>
>><br>
>> <a href="https://github.com/apple/swift-evolution/blob/master/proposals/0077-operator-precedence.md" rel="noreferrer" target="_blank">https://github.com/apple/swift-evolution/blob/master/proposals/0077-operator-precedence.md</a><br>
><br>
> Dave, Max and I discussed SE-0077 and reviewed the names of precedence<br>
> groups.<br>
> Here's our recommendation.<br>
><br>
> In general, we think some names don't read well and have some ambiguities,<br>
> for<br>
> example, "LogicalAndPrecedence" (looks like a conjunction),<br>
> "AdditivePrecedence" ("additive" is an adjective that modifies<br>
> "precedence"),<br>
> "RangePrecedence" ("range" is not an adjective, stands out).<br>
><br>
> We think that two directions would be fruitful:<br>
><br>
> 1. If the names of precedence groups will be in the same namespace as<br>
> types,<br>
> then we recommend pushing the names of precedence groups into a<br>
> "namespace",<br>
> for example "Precedence.Assignment".<br>
><br>
><br>
> We don't have any language features that would allow this.<br>
<br>
</span>'precedencegroup' that is being proposed is a new language feature, we<br>
can choose to use any syntax we like with it.<br>
<div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>If you're going to design a new language feature to sink precedence groups into a namespace of their own, you might as well sink them into an unutterable namespace, effectively moving them out of the same namespace as types altogether, no?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">
Dmitri<br>
<br>
--<br>
main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if<br>
(j){printf("%d\n",i);}}} /*Dmitri Gribenko <<a href="mailto:gribozavr@gmail.com">gribozavr@gmail.com</a>>*/<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</div></div></blockquote></div><br></div></div>