<div class="gmail_quote">On 14 January 2012 00:36, Andrei Alexandrescu <span dir="ltr"><<a href="mailto:SeeWebsiteForEmail@erdani.org">SeeWebsiteForEmail@erdani.org</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 1/13/12 3:08 PM, Manu 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 13 January 2012 22:57, bearophile <<a href="mailto:bearophileHUGS@lycos.com" target="_blank">bearophileHUGS@lycos.com</a><br></div><div><div class="h5">
<mailto:<a href="mailto:bearophileHUGS@lycos.com" target="_blank">bearophileHUGS@lycos.<u></u>com</a>>> wrote:<br>
<br>
    Walter:<br>
<br>
     > What's our vector, Victor?<br>
     > <a href="http://www.youtube.com/watch?v=fVq4_HhBK8Y" target="_blank">http://www.youtube.com/watch?<u></u>v=fVq4_HhBK8Y</a><br>
<br>
    Thank you Walter :-)<br>
<br>
<br>
     > If int4 is out, I'd prefer something like vint4. Something short.<br>
<br>
    Current names:<br>
<br>
    void16<br>
    double2<br>
    float4<br>
    byte16<br>
    ubyte16<br>
    short8<br>
    ushort8<br>
    int4<br>
    uint4<br>
    long2<br>
<br>
    Your suggestion:<br>
<br>
    vvoid16<br>
    vdouble2<br>
    vfloat4<br>
    vbyte16<br>
    vubyte16<br>
    vshort8<br>
    vushort8<br>
    vint4<br>
    vuint4<br>
    vlong2<br>
<br>
<br>
    My suggestion:<br>
<br>
    void16v<br>
    double2v<br>
    float4v<br>
    byte16v<br>
    ubyte16v<br>
    short8v<br>
    ushort8v<br>
    int4v<br>
    uint4v<br>
    long2v<br>
<br>
    Bye,<br>
    bearophile<br>
<br>
<br></div></div><div class="im">
I think I'd vote for leaving it as it is, swayed by the fact that the<br>
more ambiguous types are super-rarely used. float4/int4 has a nice<br>
familiarity with HLSL/Cg.<br>
</div></blockquote>
<br>
All names should have a __ prepended, and then the library defines names for them such as vec!(int, 4) that obey module lookup and all. Dumping a wheelbarrow of confusable new keywords doesn't sound right at all.</blockquote>
<div><br></div><div>These ARE the library defined types we're talking about, defined in simd.d</div></div>