<div class="gmail_quote">On 16 March 2012 01:32, Robert Jacques <span dir="ltr"><<a href="mailto:sandford@jhu.edu">sandford@jhu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, 15 Mar 2012 14:02:15 -0500, Manu <<a href="mailto:turkeyman@gmail.com" target="_blank">turkeyman@gmail.com</a>> wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On 15 March 2012 20:35, Robert Jacques <<a href="mailto:sandford@jhu.edu" target="_blank">sandford@jhu.edu</a>> wrote:<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 15 Mar 2012 12:09:58 -0500, Manu <<a href="mailto:turkeyman@gmail.com" target="_blank">turkeyman@gmail.com</a>> wrote:<br>
</blockquote></div></blockquote>
[snip]<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

This sounds reasonable. However, please realize that if you wish to use<br>
the short vector names (i.e. float4, float3, float2, etc) you should<br>
support the full set with a decent range of operations and methods. Several<br>
people (myself included) have written similar short vector libraries; I<br>
think having having short vectors in phobos is important, but having one<br>
library provide float4 and another float2 is less than ideal, even if not<br>
all of the types could leverage the SMID backend. For myself, the killer<br>
feature for such a library would be have the CUDA compatible alignments for<br>
the types. (or an equivalent enum to the effect)<br>
<br>
</blockquote>
<br></div><div class="im">
I can see how you come to that conclusion, but I generally feel that that's<br>
a problem for a higher layer of library.<br>
</div></blockquote>
<br>
Then you should to leave namespace room for that higher level library.<br>
</blockquote></div><br><div>I haven't stolen any names that aren't already taken by core.simd. I just want to claim those primitive types already aliased in std.simd to enhance them with some more useful base-level functionality.</div>