<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 23, 2014 at 1:32 PM, Daniel Micay <span dir="ltr"><<a href="mailto:danielmicay@gmail.com" target="_blank">danielmicay@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">It would be an enormous mistake to ship a language with region typing /<br>

</div>
move semantics and worse before than Java.</blockquote><div><br></div><div>You keep saying that, but if the argument is to use Swift's approach, i.e.:</div><div><br></div><div>Non-overflow operators: + - * / %</div><div>

Overflow operators: &+ &- &* &/ &%</div><div><br></div><div>Or let's swap Swift's defaults if you so desire:</div><div><br></div><div>Overflow operators: + - * / %</div><div>Non-overflow operators: &+ &- &* &/ &%</div>

<div> </div><div>Or even change the syntax if you so desire:</div><div><br></div><div><div>Overflow operators: + - * / %</div><div>Non-Overflow operators: +~ -~ *~ /~ %~</div></div><div><br></div><div>...then any arguments about performance are really a false dichotomy. It's just a question of syntax and defaults. Want to perform well at TIOBE or other (micro)benchmarks? Use the overflow operators! Want to write safe code? Use the checked overflow operators. I really think Rust should support both approaches, be it implemented through a type or operator or what have you. I'm not here to bikeshed that. I just want to make sure both approaches have a first class position in the language, and would generally prefer but don't insist upon checked overflow being the default.</div>

<div><br></div><div>If the Rust developers insist on choosing overflow operators as the One True Way To Do Math, well, that's your prerogative. I will probably still choose Rust over Swift. But then I feel like Rust might be missing out on the free lunch I expect Swift to provide, which is sad if that's the way the cookie crumbles...</div>

<div><br></div></div>-- <br>Tony Arcieri<br>
</div></div>