start on SIMD documentation

Andrei Alexandrescu SeeWebsiteForEmail at erdani.org
Fri Jan 13 14:36:00 PST 2012


On 1/13/12 3:08 PM, Manu wrote:
> On 13 January 2012 22:57, bearophile <bearophileHUGS at lycos.com
> <mailto:bearophileHUGS at lycos.com>> wrote:
>
>     Walter:
>
>      > What's our vector, Victor?
>      > http://www.youtube.com/watch?v=fVq4_HhBK8Y
>
>     Thank you Walter :-)
>
>
>      > If int4 is out, I'd prefer something like vint4. Something short.
>
>     Current names:
>
>     void16
>     double2
>     float4
>     byte16
>     ubyte16
>     short8
>     ushort8
>     int4
>     uint4
>     long2
>
>     Your suggestion:
>
>     vvoid16
>     vdouble2
>     vfloat4
>     vbyte16
>     vubyte16
>     vshort8
>     vushort8
>     vint4
>     vuint4
>     vlong2
>
>
>     My suggestion:
>
>     void16v
>     double2v
>     float4v
>     byte16v
>     ubyte16v
>     short8v
>     ushort8v
>     int4v
>     uint4v
>     long2v
>
>     Bye,
>     bearophile
>
>
> I think I'd vote for leaving it as it is, swayed by the fact that the
> more ambiguous types are super-rarely used. float4/int4 has a nice
> familiarity with HLSL/Cg.

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.

Andrei


More information about the Digitalmars-d mailing list