On 9 October 2012 00:18, F i L <span dir="ltr"><<a href="mailto:witte2008@gmail.com" target="_blank">witte2008@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Iain Buclaw wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I fixed them again.<br>
<br>
<a href="https://github.com/D-Programming-GDC/GDC/commit/9402516e0b07031e841a15849f5dc94ae81dccdc#L4R1201" target="_blank">https://github.com/D-<u></u>Programming-GDC/GDC/commit/<u></u>9402516e0b07031e841a15849f5dc9<u></u>4ae81dccdc#L4R1201</a><br>

<br>
<br>
float a = 1, b = 2, c = 3, d = 4;<br>
float4 f = [a,b,c,d];<br>
<br>
===><br>
        movss   -16(%rbp), %xmm0<br>
        movss   -12(%rbp), %xmm1<br>
</blockquote>
<br></div>
Nice, not even DMD can do this yet. Can these changes be pushed upstream?<br>
<br>
On a side note, I understand GDC doesn't support the core.simd.__simd(...) command, and I'm sure you have good reasons for this. However, it would still be nice if:<br>
<br>
a) this interface was supported through function-wrappers, or..<br>
b) DMD/LDC could find common ground with GDC in SIMD instructions<br>
<br>
I just think this sort of difference should be worked out early on. If this simply can't or won't be changed, would you mind giving a short explanation as to why? (Please forgive if you've explained this already before). Is core.simd designed to really never be used and Manu's std.simd is really the starting place for libraries? (I believe I remember him mentioning that)<br>
</blockquote><div><br></div><div>core.simd just provides what the compiler provides in it's most primal state. As far as I'm concerned, it's just not meant to be used directly except by library authors.</div><div>
It's possible that a uniform suite of names could be made to wrap all the compiler-specific names (ldc is different again), but that would just get wrapped a second time one level higher. Hardly seems worth the effort.</div>
</div>