intel-intrinsics 1.0.10

Reuse your C++ SIMD code using Intel intrinsics syntax. Works with LDC.

To use this package, run the following command in your project's root directory:

Manual usage
Put the following dependency into your project's dependences section:


Travis Status This package allows you to use Intel intrinsics in D code.


    import inteli.xmmintrin; // allows SSE1 intrinsics
    import inteli.emmintrin; // allows SSE2 intrinsics

    // distance between two points in 4D
    float distance(float[4] a, float[4] b) nothrow @nogc
        __m128 va = _mm_loadu_ps(a.ptr);
        __m128 vb = _mm_loadu_ps(b.ptr);
        __m128 diffSquared = _mm_sub_ps(va, vb);
        diffSquared = _mm_mul_ps(diffSquared, diffSquared);
        __m128 sum = _mm_add_ps(diffSquared, _mm_srli_si128!8(diffSquared));
        sum = _mm_add_ps(sum, _mm_srli_si128!4(sum));
        return _mm_cvtss_f32(_mm_sqrt_ss(sum));
    assert(distance([0, 2, 0, 0], [0, 0, 0, 0]) == 2);


Familiar syntax

Why Intel intrinsic syntax? Because it is more familiar to C++ programmers and there is a convenient online guide provided by Intel:

Without this guide it's much more difficult to write sizeable SIMD code.


LDC SIMD intrinsics are a moving target (, and you need a layer over it if you want to be safe.

We maintain that layer because we need it for our products.

Because those x86 intrinsics are internally converted to IR, they don't tie to a particular architecture. So you could target ARM one day and still get some speed-up.


For now only LDC is supported, but in the future the same set of intrinsics will work with DMD too. This is intended to be the most practical SIMD solution for D. Including an emulation layer for DMD 32-bit which doesn't have any SIMD capability right now.

Supported instructions set

  • SSE1
  • SSE2

The lack of AVX intrinsics is explained by the lack of raw speed gain with these instruction sets.

Important difference

When using the LDC compatibility layer (ie. when not using LDC), every implicit conversion of similarly-sized vectors should be done with a cast instead.

__m128i b = _mm_set1_epi32(42);
__m128 a = b;             // NO, only works in LDC
__m128 a = cast(__m128)b; // YES, works in all D compilers

This is because D does not allow implicit conversions, except magically in the compiler for real vector types.

1.11.18 2024-Jan-03
1.11.17 2023-Dec-17
1.11.16 2023-Dec-03
1.11.15 2023-Aug-27
1.11.14 2023-Aug-27
Show all 108 versions
Download Stats:
  • 14 downloads today

  • 137 downloads this week

  • 1110 downloads this month

  • 117019 downloads total

Short URL: