drucken __m128i variable

• Portabel gcc/clang/ICC/MSVC, C und C++.
• sicher voll mit allen Ebenen-Optimierung: kein pointer aliasing (im Gegensatz zu den meisten der anderen Antworten)
• print in hex als u8, u16, u32 oder u64 Elemente (basierend auf dem @AG1 Antwort)
• Druckt die im Speicher um (least significant element zuerst, wie _mm_setr_epiX). Rückseite der array-Indizes, wenn Sie es vorziehen zu drucken in der gleichen Reihenfolge die Intel-Handbücher verwenden, wo das wichtigste element ist auf der linken Seite (wie _mm_set_epiX). Related: Konvention für die Anzeige von Vektor-Register

Mit einem __m128i* laden aus einem array von int ist sicher, weil __m128 Typen definiert sind, erlauben aliasing. (z.B. im gcc die Header, die definition umfasst __attribute__((may_alias)).)

Umgekehrter nicht safe (eine __m128i - Objekt und ein int Zeiger). Es könnte passieren, funktioniert in den meisten Fällen, aber warum das Risiko eingehen?

(uint32_t*) &my_vector gegen die C-und C++ - aliasing-Regeln, und ist nicht garantiert, um zu arbeiten, wie Sie erwarten würden,. Die Speicherung auf einem lokalen array und dann zugreifen-garantiert sicher sein. Es auch optimiert, Weg mit den meisten Compilern, so erhalten Sie movq /pextrq direkt von xmm-zu-integer-Register anstelle eines tatsächlichen speichern/laden, zum Beispiel.

Quelle + asm-Ausgabe auf der Godbolt compiler explorer: Beweis es kompiliert mit MSVC und so weiter.

#include <immintrin.h>
#include <stdint.h>
#include <stdio.h>

#ifndef __cplusplus
#include <stdalign.h>   //C11 defines _Alignas().  This header defines alignas()
#endif

void p128_hex_u8(__m128i in) {
    alignas(16) uint8_t v[16];
    _mm_store_si128((__m128i*)v, in);
    printf("v16_u8: %x %x %x %x | %x %x %x %x | %x %x %x %x | %x %x %x %x\n",
           v[0], v[1],  v[2],  v[3],  v[4],  v[5],  v[6],  v[7],
           v[8], v[9], v[10], v[11], v[12], v[13], v[14], v[15]);
}

void p128_hex_u16(__m128i in) {
    alignas(16) uint16_t v[8];
    _mm_store_si128((__m128i*)v, in);
    printf("v8_u16: %x %x %x %x,  %x %x %x %x\n", v[0], v[1], v[2], v[3], v[4], v[5], v[6], v[7]);
}

void p128_hex_u32(__m128i in) {
    alignas(16) uint32_t v[4];
    _mm_store_si128((__m128i*)v, in);
    printf("v4_u32: %x %x %x %x\n", v[0], v[1], v[2], v[3]);
}

void p128_hex_u64(__m128i in) {
    alignas(16) unsigned long long v[2];  //uint64_t might give format-string warnings with %llx; it's just long in some ABIs
    _mm_store_si128((__m128i*)v, in);
    printf("v2_u64: %llx %llx\n", v[0], v[1]);
}

Wenn Sie benötigen Portabilität zu C99 und C++03 oder früher (d.h. ohne C11 /C++11), entfernen Sie die alignas() und verwenden storeu statt store. Oder verwenden Sie __attribute__((aligned(16))) oder __declspec( align(16) ) statt.

(Wenn Sie das schreiben von code mit Interna, die Sie verwenden sollten eine aktuelle compiler-version. Neuere Compiler in der Regel besser asm als bei älteren Compilern, einschließlich der SSE - /AVX-Interna. Aber vielleicht möchten Sie verwenden den gcc-6.3 mit -std=gnu++03 C++03-Modus für eine Codebasis, die nicht bereit ist für C++11 oder so.)

Beispiel für die Ausgabe von Aufruf an alle 4 Funktionen auf

//source used:
__m128i vec = _mm_setr_epi8(1, 2, 3, 4, 5, 6, 7,
                            8, 9, 10, 11, 12, 13, 14, 15, 16);

//output:

v2_u64: 0x807060504030201 0x100f0e0d0c0b0a09
v4_u32: 0x4030201 0x8070605 0xc0b0a09 0x100f0e0d
v8_u16: 0x201 0x403 0x605 0x807  | 0xa09 0xc0b 0xe0d 0x100f
v16_u8: 0x1 0x2 0x3 0x4 | 0x5 0x6 0x7 0x8 | 0x9 0xa 0xb 0xc | 0xd 0xe 0xf 0x10

Anpassen der format-strings, wenn Sie wollen pad mit führenden Nullen für die konsistente Ausgabe der Breite. Sehen printf(3).

InformationsquelleAutor der Antwort Peter Cordes

#include<stdio.h>
#include<emmintrin.h>
int main()
{
    __m128i a = _mm_set_epi32(1,2,3,4);
    __m128i b = _mm_set_epi32(1,2,3,4);
    __m128i c;

    const int32_t* q; 
    //add a pointer 
    c = _mm_add_epi32(a,b);

    q = (const int32_t*) &c;
    printf("%d\n",q[2]);
    //printf("%d\n",c[2]);
    return 0;
}

Versuchen, diesen code.

InformationsquelleAutor der Antwort Lucien