Comment est-ce que " __declspec(aligner (#)) de travail?

Oui, je ont lire ceci: http://msdn.microsoft.com/en-us/library/83ythb65.aspx
Mais il n'est pas clair pour moi. Tout d'abord, __declspec(align(#)) rend chaque objet (dans une structure) a déclaré avec elle commencer à un décalage aligné. Cette partie est clair. L'aligment est aussi "hérité" par de la structuration de l'objet est dans. Mais on ne change pas la taille de l'objet, n'est ce pas? Justement, pourquoi ne sizeof() dans ce code:

__declspec(align(32)) struct aType {int a; int b;};
sizeof(aType);

retour 32?

InformationsquelleAutor NPS | 2013-08-10
  1. 12

    La taille de l'objet est utilisée pour calculer les décalages dans les tableaux et lorsque vous utilisez les pointeurs, sizeof(x) doit toujours être un multiple de la valeur d'alignement. Dans ce cas, 1 x 32. Mais si vous avez __declspec(align(32)) struct aType {int a[12]; };, alors que la taille serait de 2 x 32 = 64, depuis sizeof(a) est de 12 x 4 = 48. Si l'on change l'alignement de 4, 8 ou 16, il serait 48.

    La façon dont cela fonctionne est que le compilateur ajoute un unamed rembourrage membre après l'nommé les membres de la structure, pour remplir la structure de l'alignement de la taille.

    Si il ne fonctionne pas de cette façon, quelque chose comme:

     aType *aPtr = new aType[15]; 

 aPtr[12].a = 42;

    ne fonctionne pas, car le compilateur va multiplier 12 par sizeof(aPtr) à ajouter à aPtr en interne.

    • Donc, est-ce que ça modifier struct s/objet de la taille?
    • Oui, le struct est maintenant de 32 octets de long. 8 octets pour les deux entiers et 24 de ces octets sont de "remplissage" pour remplir l'espace vide entre la première et la deuxième aType objet dans un tableau, par exemple.
    • Ok, mais alors pourquoi ici: struct aType {int a; int b;}; typedef __declspec(align(32)) struct aType bType; il modifie uniquement l'alignement et pas de la taille (MSDN, "la Définition de Nouveaux Types avec de __declspec(aligner(#))")?
    • Euh, je parie sizeof(bType) sera de 32... Bien que je n'ai pas de MS compilateur disponible sur mon Linux, donc je ne peux pas facilement le tester. Sinon, bType *bPtr = malloc(sizeof(bType) * 10); ne serait pas produire un bloc de mémoire qui est approprié pour bPtr[5].a = 42;...
    • MSDN dit que c'est 8 et j'ai vérifié qu'il est (à la fois aType et bType).
    • Vraiment? Que doit faire cassé dans mon exemple de code alors? Ou MME de docs sont buggy - ce qui ne serait pas la première fois (ou unique de MS).
    • Pourquoi buggy? C'est ce qui est dit qu'il n'.
    • Il est buggé parce que le code que j'ai posté ci-dessus ne fonctionne pas - sizeof doit être de 32 pour qu'un objet soit aligné sur 32 octets et travaillent encore dans une malloc ou new scénario.

    InformationsquelleAutor Mats Petersson
  2. 3

    La documentation est soit mal écrit ou ma commande de l'anglais comme une langue étrangère n'est pas à la hauteur avec elle.

    //make a nice 16 align macro
#ifndef ALIGN16
#define ALIGN16 __declspec(align(16))
#endif

//align the structure
struct ALIGN16 CB {
    ALIGN16 bool m1; //and
    ALIGN16 int m2; //align
    ALIGN16 int m3; //each
    ALIGN16 short m4; //element
};

//now it performs as expected
printf("sizeof(CB) %d\r\n", sizeof(CB));
CB vCb;
printf("CB: %p, %%%d\r\n", &vCb, (UINT_PTR)&vCb % 16);
printf("CB.m1: %p, %%%d\r\n", &vCb.m1, (UINT_PTR)&vCb.m1 % 16);
printf("CB.m2: %p, %%%d\r\n", &vCb.m2, (UINT_PTR)&vCb.m2 % 16);
printf("CB.m3: %p, %%%d\r\n", &vCb.m3, (UINT_PTR)&vCb.m3 % 16);
printf("CB.m4: %p, %%%d\r\n", &vCb.m4, (UINT_PTR)&vCb.m4 % 16);

    La __declspec(align(#)) n'affecte que l'alignement de la structure et de la sizeof(), PAS chacun des membres. Si vous souhaitez que chaque propriété d'être aligné, vous devez spécifier l'alignement au niveau des membres.

    J'ai aussi initialement supposé que un struct-level __declspec(align()) l'affecte et ses membres, mais il ne le fait pas. Donc, si vous voulez par membre de l'alignement, vous avez besoin pour être précis.

    InformationsquelleAutor CodeAngry