[fpc-devel] The new XMM intrinsics

J. Gareth Moreton gareth at moreton-family.com
Sat Jan 18 19:29:52 CET 2020

I personally would have thought the compiler would be smart enough to 
promote a 128-bit array to an XMM register when among intrinstics or 
just passing the structure as a whole from one place to another, but 
utilise memory movement or the scalar SSE commands when modifying 
individual fields.  I guess it's easier said than done though and 
probably something for me to research later on.

At the very least though, there should be a way to cleanly align a 
structure to a 16-byte granularity in memory, since many of the SSE 
instructions require this.  I don't consider pre-processor directives to 
be particularly clean and easy to use.  True, one can use the "Move" 
instruction to move data from your customised structure to an __m128, 
and back again when you're finished, but this feels like an unnecessary 
degree of overhead.

Gareth aka. Kit

On 18/01/2020 18:17, Florian Klämpfl wrote:

> Am 18.01.20 um 18:52 schrieb J. Gareth Moreton:
>> I think more than anything I would like to see a degree of "ease of 
>> use" for the SIMD intrinsics, since modifying __m128 data in C/C++ is 
>> not that straightforward. 
> ... because there exist in general no instructions to do so, e.g. you 
> cannot access a xmm register indexed with sse. Those intrinsics 
> provide only what the CPU can do directly.
>> Just as a straightforward example, what might be the best way to 
>> ensure these following record types are compatible with the __m128 
>> data types?
>> *type *TVector4 = *record*
>>    X, Y, Z, W: Single;
>> *end*; // compatible with __m128f
>> *type *TComplex = *record*
>>    Re, Im: Double;
>> *end*; // compatible with __m128d
>> Programmers on their own projects, whether it be a game or a 
>> mathematical program, would much rather work with those constructs if 
>> it can be helped... or at least I would.
> This is another level of abstraction, the intrinsics aim really at a 
> direct usage of the sse/avx instructions. No more, no less.
> _______________________________________________
> fpc-devel maillist  -  fpc-devel at lists.freepascal.org
> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

More information about the fpc-devel mailing list