<div class="gmail_quote">On 5 January 2012 00:22, Manu <span dir="ltr"><<a href="mailto:turkeyman@gmail.com">turkeyman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> The multiple retur value problem is syntaxic sugar. It may be<br>
> interesting, but not #1 priority.<br>
<br>
I don't agree. In this moment of the D development it's still more important to design D well than to squeeze every bit of performance out of the reference implementation.<br>
<br>
Example: currently vector operations have some small syntax (and maybe semantic) problem, plus performance problems. I think fixing their syntax is currently more important.<br>
<br>
Fixing performance problems is possible to do later in GDC/LDC if the language design is good, but fixing the syntax later is quite harder to do.<br></blockquote><div><br></div></div><div>I'm not clear what side of the fence you sit... I raise this issue because I feel fixing multiple return values IS a syntactic problem. If the syntax was good, ie. capable of expressing what you actually want from multiple return values, but the code gen was not, I wouldn't care.. The problem is D has no way to express this concept efficiently. That seems like an immediate syntax problem.</div>

<div><br></div><div>It's the same with __forceinline, or __restrict... I don't really care if they work right now, but the fact that they're missing from the language spec is a worry, since programmers will need them.</div>

</div>
</blockquote></div><br><div>*** bearophile: sorry, for some reason I didn't receive Andrei or deadalnix's emails before getting yours. It's clear what you're saying, and I completely agree.</div>