Der C99-Standard hat ganzzahlige Typen mit einer Bytegröße wie int64_t. Ich verwende den folgenden Code:
#include <stdio.h>
#include <stdint.h>
int64_t my_int = 999999999999999999;
printf("This is my_int: %I64d\n", my_int);
und ich bekomme diese Compiler-Warnung:
warning: format ‘%I64d’ expects type ‘int’, but argument 2 has type ‘int64_t’
Ich habe versucht mit:
printf("This is my_int: %lld\n", my_int); // long long decimal
Aber ich bekomme die gleiche Warnung. Ich benutze diesen Compiler:
~/dev/c$ cc -v
Using built-in specs.
Target: i686-apple-darwin10
Configured with: /var/tmp/gcc/gcc-5664~89/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5664)
Welches Format soll ich verwenden, um die Variable my_int ohne Warnung zu drucken?
Antworten:
Für
int64_t
Typ:für
uint64_t
Typ:Sie können auch
PRIx64
hexadezimal drucken.cppreference.com bietet eine vollständige Liste der verfügbaren Makros für alle Typen, einschließlich
intptr_t
(PRIxPTR
). Es gibt separate Makros für scanf, wie zSCNd64
.Eine typische Definition von PRIu16 wäre
"hu"
, so dass zur Kompilierungszeit eine implizite Verkettung von Zeichenfolgenkonstanten auftritt .Damit Ihr Code vollständig portierbar ist, müssen Sie
PRId32
usw. zum Druckenint32_t
und"%d"
ähnliches zum Drucken verwendenint
.quelle
#define __STDC_FORMAT_MACROS
bevor Sie es einschließeninttypes.h
.PRId64
ist ein Makro, das intern übersetzt wird"lld"
. Es ist also so gut wie schreiben.printf("%lld\n", t);
Siehe Beschreibung: qnx.com/developers/docs/6.5.0/…ld
. Portabilität ist der Grund für das Makro.Der C99 Weg ist
Oder du könntest besetzen!
Wenn Sie mit einer C89-Implementierung (insbesondere Visual Studio) nicht weiterkommen, können Sie möglicherweise Open Source
<inttypes.h>
(und<stdint.h>
) verwenden: http://code.google.com/p/msinttypes/quelle
#if !defined(__cplusplus) || defined(__STDC_FORMAT_MACROS)
Mit C99 kann der
%j
Längenmodifikator auch mit der Funktionsfamilie printf verwendet werden, um Werte vom Typint64_t
und zu druckenuint64_t
:Das Kompilieren dieses Codes mit
gcc -Wall -pedantic -std=c99
erzeugt keine Warnungen und das Programm druckt die erwartete Ausgabe:Dies ist
printf(3)
auf meinem Linux-System der Fall (die Manpage sagt ausdrücklich, dass diesj
verwendet wird, um eine Konvertierung in einintmax_t
oder anzuzeigenuintmax_t
; in meiner stdint.h sind beideint64_t
undintmax_t
werden auf genau die gleiche Weise und ähnlich für typisiertuint64_t
). Ich bin nicht sicher, ob dies perfekt auf andere Systeme portierbar ist.quelle
%jd
prnts anintmax_t
, wäre der richtige Aufrufprintf("a=%jd (0x%jx)", (intmax_t) a, (intmax_t) a)
. Es gibt keine Garantie dafür, dassint64_t
undintmax_t
vom selben Typ sind, und wenn dies nicht der Fall ist, ist das Verhalten undefiniert.%jd
druckenint64_t
, wenn Sie sie explizit in konvertieren,intmax_t
bevor Sie sie an Folgendes übergebenprintf
:printf("a=%jd\n", (intmax_t)a)
. Dies vermeidet die (IMHO) Hässlichkeit der<inttypes.h>
Makros. Natürlich setzt dies voraus , dass Ihre Implementierung unterstützt%jd
,int64_t
undintmax_t
, die alle durch C99 hinzugefügt wurden.Ich komme aus der eingebetteten Welt, in der selbst uclibc nicht immer verfügbar ist, und Code wie
uint64_t myval = 0xdeadfacedeadbeef; printf("%llx", myval);
druckt du Mist oder funktioniert überhaupt nicht - ich benutze immer einen winzigen Helfer, der es mir ermöglicht, richtig zu entleeren uint64_t hex:
quelle
Verwenden Sie in einer Windows-Umgebung
Verwenden Sie unter Linux
quelle
%lld
ist das Format fürlong long int
, das nicht unbedingt das gleiche ist wieint64_t
.<stdint.h>
hat ein Makro für das richtige Format fürint64_t
; siehe ouahs Antwort .long long
es jedoch mindestens 64-Bit ist,printf("%lld", (long long)x);
sollte es funktionieren, außer vielleicht für -0x8000000000000000, was nicht als darstellbar sein könnte,long long
wenn dieser Typ kein Zweierkomplement verwendet.long long
).//VC6.0 (386 & besser)
Grüße.
quelle