sizeof(long) en C++64 bits

J'ai téléchargé MinGW-64, donc je peux maintenant compiler des programmes 64 bits pour Windows 7, l'utilisation de g++ 4.7.0 (expérimental). Mais la ligne suivante:

cout << sizeof(long) << " " << sizeof(void*) << endl ;

imprime 4 8, pas 8 8. La documentation de g++ 4.6.0 dit:

L'environnement 64 bits jeux de int de 32 bits et une longue et pointeur vers 64 bits

Quelqu'un sait pourquoi sizeof(long) n'est pas 8?

Modifiées afin d'ajouter: La source de ma confusion vient du fait que g++ 4.7.0 pour la version 64 bits de Windows n'est pas (encore) une partie officielle de la GNU compiler Collection. Et c'est le premier de 64 bits version à 32 bits long, de sorte que la documentation n'a tout simplement pas s'appliquer à elle. En effet, si vous allez à la page web, l'entrée pour IA-32/x86-64 consiste en ceci:

...

  • Ressemble à quelqu'un juste en série downvoted la moitié des réponses sans laisser de commentaires...
  • Et ma question trop!
  • Si vous avez besoin d'une version 64 bits de large integer utiliser le int64_t/un uint64_t ou définir votre propre. De cette façon, votre code sera portable et de ne pas compter sur la plate-forme de détails pour que l'int/long/short tailles.
  • c'est long long dans g++.
  • TonyK je préfère utiliser le type de l'en-tête si disponible, ou un rouleau de mon propre si pas.
InformationsquelleAutor TonyK | 2011-09-30
  1. 20

    Parce qu'il n'a pas à être. La norme C++ exige seulement que c'est (si ma mémoire est bonne) au moins 32 bits de large, et au moins aussi grand que int.

    MSVC (et l'ABI utilisé par Windows) définit long à 32 bits de large, et MingW suit parce que bon, le compilateur est beaucoup plus utile quand il est d'accord avec l'OS hôte

    • Je ne parle pas de la norme C++, je parle de la Collection de compilateurs GNU propre documentation.
    • Je sais. Afin de lire la première phrase de ma réponse. Et le dernier. La documentation que vous avez trouvé seulement (je suppose) décrit l'ABI pour Linux sur du x64. Il ne dit rien sur les autres Processeurs (ARM, MIPS, Alpha, SPARC ou tout autre chose), et il ne dit rien sur des ports différents OS es.
    InformationsquelleAutor jalf
  2. 15

    Sur le système d'exploitation microsoft windows que vous avez LLP64 de sorte que la taille de long est de 32 bits. (voir le tableau ci-dessous)

    Citation de wikipedia:

    Dans les programmes 32 bits, les pointeurs et types de données tels que les entiers ont généralement la même longueur; ce n'est pas forcément le cas sur les ordinateurs 64 bits.
    Le mélange des types de données dans les langages de programmation tels que C et de ses descendants, tels que C++ et Objective-C peut ainsi fonctionner sur 32 bits implémentations, mais pas sur 64 bits implémentations.
    Dans de nombreux environnements de programmation en C et C-langages dérivés sur les ordinateurs 64 bits, "int", les variables sont toujours 32 bits, mais entiers longs et les pointeurs sont des 64 bits de large.
    Ces derniers sont décrits comme ayant une LP64 modèle de données. Une autre alternative est le ILP64 modèle de données dans laquelle tous les trois types de données sont 64 bits, et même SILP64 où "court" entiers sont aussi 64 bits de large.
    Cependant, dans la plupart des cas, les modifications nécessaires sont relativement mineures et simple, et de nombreux programmes écrits peuvent simplement être recompilé pour le nouvel environnement sans modifications.
    Une autre alternative est le LLP64 modèle, qui maintient la compatibilité avec les versions 32 bits de code en laissant les deux int et long sur 32 bits. "LL" se réfère à la "long entier long", qui est au moins 64 bits sur toutes les plateformes, y compris les environnements 32 bits.

    Type           ILP64   LP64   LLP64
char              8      8       8
short            16     16      16
int              64     32      32
long             64     64      32
long long        64     64      64
pointer          64     64      64
    • Peut-être un peu d'explication de ce que la table moyen? 😉
    • Pourquoi ne pas mettre cette information dans votre réponse? Il est difficile de upvote quelqu'un qui recense un tas d' (pour quelqu'un qui ne connaît pas déjà la réponse) absurde de données, puis pointe vers un lien Wikipédia. Pour que votre réponse soit upvoted, votre réponse doit contenir la réponse exacte à la question.
    • Bien le tableau parle de lui-même, je suppose, mais apparemment ce n'est pas le cas 🙂 je vais garder cela à l'esprit pour la prochaine fois. merci pour le commentaire.
    • Ce que ce tableau signifie que les systèmes dont long taille est de 64 bits ont un 64 bits long.
    • Peu de gens savent ce que ILP64, LP64 et LLP64 veux dire. Ces gens qui ne connaissent n'ont pas besoin de la table 😉 Aussi, sans le point que Windows utilise LLP64 la table est inutile.
    • il peut vous surprendre que tout le monde ne naît avec la connaissance de ce qui LLP64 moyens. 😉 Mais vous pouvez simplement éditer ton post pour ajouter pertinentes de l'explication. 🙂
    • Ce serait int32_t être défini comme dans ILP64? Ou int16_t dans SILP64?
    • Bien sûr, int32_t est 32 bits et int16_t est de 16 bits dans toutes les implémentations qui les fournissent.
    • et int16_t sont exacte de la largeur des types, c'est à dire, ils sont exactement ce que la largeur ou elles n'existent pas. Il y a en outre int_fast*_t et int_least*_t types qui sont à moins que la largeur, mais peut-être plus. Sur SILP64 il est probable que tous ces minimum de largeur de types serait de 64 bits. (Necroposting, oui. =)

    InformationsquelleAutor Roel Van Nyen
  3. 2

    MinGW est conçu pour construire une application WIN32 WIN32 en-têtes et les bibliothèques suppose la longue(ou LONGUE) de type 32 bits, même sur un 64 bits de Windows.
    Microsoft a décidé que sinon autant des Fenêtres existantes codes source qui doit être changé. Par exemple, la structure suivante utilise de LONGS types.

    typedef struct tagBITMAPINFOHEADER { 
...
  LONG biWidth; 
  LONG biHeight; 
...
} BITMAPINFOHEADER

    ;

    • LONG est juste une macro. Il peut être facilement modifié pour int32_t, donc ce n'est pas une raison valable.
    InformationsquelleAutor relent95
  4. 2

    MinGW est conçu pour construire des applications Windows, et la plate-forme Microsoft ABI spécifie que int et long ont la même taille de 32 bits. Si MinGW défini long différemment de MSVC, la plupart des applications Windows qui utilisent long allait se briser lorsqu'il est compilé avec MinGW.

    Après avoir dit que, Cygwin x86_64 suivre le LP64 convention sur Windows comme sur Linux (source).

    De sorte que vous pouvez l'utiliser pour construire une application Windows, où la taille des long est de 8 octets 🙂

    Cas de Test:

    #include <stdio.h>
#include <windows.h>

int CALLBACK WinMain(HINSTANCE a, HINSTANCE b, LPSTR c, int d)
{
  char buf[100];
  snprintf(buf, sizeof(buf),
    "sizeof(int)=%d, sizeof(long)=%d, sizeof(long long)=%d\n",
     sizeof(int), sizeof(long), sizeof(long long));
  MessageBox(NULL, buf, "Cygwin Test", MB_OK);
  return 0;
}

    Compiler avec: C:\cygwin64\bin\gcc.exe -mwindows -m64 cygwin-test.c -o cygwin-test

    De sortie:

    sizeof(long) en C++64 bits

    InformationsquelleAutor rustyx
  5. 0

    C'est spécifique au système d'exploitation. Windows a encore de la taille de longs égalité de 32 bits

    InformationsquelleAutor Andrey Atapin
  6. 0

    La plupart des applications Windows sont écrits avec l'espoir que pour toutes fins utiles, int=long=32 bits. Je devine que MinGW est juste pour s'assurer que c'est toujours le cas et il n'y a pas de surprises.

    InformationsquelleAutor Alexey Frunze