Avertissement du compilateur à propos de printf() de long unsigned int et uint32_t

Dans mon code en C, je suis fprintfing un "%lu" et de donner une uint32_t pour le champ correspondant. Mais, quand je compile avec -Wall de GCC (ver. 4.2.4), j'obtiens le message d'avertissement suivant:

writeresults.c:16: warning: format '%4lu' expects type 'long unsigned int', but argument 2 has type 
`uint32_t'

Ne sont pas un uint32_t et long unsigned int la même chose sur les architectures 32 bits? Peut cet avertissement être évitée sans éliminer la -Wall commutateur de compilateur ou à l'aide d'un transtypage (et si oui, comment)?

Oui, je suis toujours à l'aide d'un ordinateur 32 bits/arch/OS/compilateur (trop pauvre pour le moment de s'offrir de nouveaux 64 bits HW). Merci!

Vraie question: "Comment puis-je obtenir gcc pas avertir sur {%d avec de longs}, sur les machines où long == int, parce que, pour une raison quelconque (probablement MS compat) le int32_t a été défini comme le long au lieu de int sur la machine, et les gens insistent sur l'utilisation de int32_t partout, et je ne veux vraiment pas mettre (int) devant chaque chose, passé à printf".

OriginalL'auteur pr1268 | 2011-02-10

  1. 9

    uint32_t sur x86 Linux avec GCC est juste unsigned int. Donc, utiliser fprintf(stream, "%4u", ...) (unsigned int) ou, mieux encore, fprintf(stream, "%4" PRIu32, ...) (le inttypes.h printf chaîne rédacteur de devis pour uint32_t).

    Ce dernier va certainement éliminer le compilateur d'avertissement /d'erreur, et, en outre, est multi-plateforme.

    Euh, où est le "mauvais" coulée vous faites allusion? PRIu32 est le définir qui gère uint32_t correctement.
    Oh mon dieu, vous avez raison! Je me suis trompé. Merci. Je vais supprimer mon commentaire.

    OriginalL'auteur Conrad Meyer

  2. 4

    Le moyen le plus fiable de supprimer l'avertissement est avec un cast:

    printf( "%lu", ( unsigned long )x );
    ...et c'est parfaitement portable, depuis le minimum de taille de unsigned long est exactement suffisante pour contenir toutes les valeurs de type uint32_t.

    OriginalL'auteur William Pursell

  3. 1

    "long int" et "int" sont de types différents, en C++. Vous pourriez être à la recherche pour le "u" format", qui signifie "unsigned int". Bien sûr, cela dépend de ce que "uint32_t" est un typedef pour votre compilateur.

    Dans les cas où ils sont de la même taille, le compilateur est conscient de cela, et il peut donc savoir ("%d", (long)x ) fonctionne correctement, mais il est en garde car ce concept ne fonctionne pas sur d'autres machines. À moins, bien sûr, le "long" est vraiment un int32_t typedef, auquel cas il fonctionne sur n'importe quelle machine avec int =32 bits. Je préfère si il y a un moyen de revenir, et seulement mettre en garde au sujet des choses que vraiment sont mal dans la situation actuelle.

    OriginalL'auteur gparent