simd comparison operator?

monarch_dodra monarchdodra at gmail.com
Tue Feb 19 10:41:01 PST 2013


On Tuesday, 19 February 2013 at 17:58:14 UTC, John Colvin wrote:
> On Tuesday, 19 February 2013 at 17:46:56 UTC, bearophile wrote:
>> John Colvin:
>>
>>> a) quite counter-intuitive. An operation between two normal, 
>>> heap allocated arrays generating a stack allocated array, 
>>> with the scoping rules that entails?
>>
>> Then maybe:
>>
>> bool[4] res = a > b;
>>
>> Bye,
>> bearophile
>
> Yes, but it's quite restrictive to force it to be declared at 
> the same place as it's assigned, if that's what you're implying.
>
> Essentially what's needed in order to allow all this and other 
> simd operations that don't work in-place on the main operands 
> is a guarantee that the memory has been pre-allocated. Then it 
> really doesn't matter whether it's stack or heap.

Hum... so long story short, it is doable, but because the result 
of "[]<" is ambiguous, it is not built into the language.


Gonna play around with core.simd then!


More information about the Digitalmars-d mailing list