¿Cómo imprimir uint64_t? Falla con: "formato falso '%' en formato"

133

Escribí un código de prueba muy simple de printf uint64_t:

#include <inttypes.h>
#include <stdio.h>

int main()
{
  uint64_t ui64 = 90;
  printf("test uint64_t : %" PRIu64 "\n", ui64);
  return 0;
}

Utilizo ubuntu 11.10 (64 bit) y gcc versión 4.6.1 para compilarlo, pero fallé:

main.cpp: In function ‘int main()’:
main.cpp:9:30: error: expected ‘)’ before ‘PRIu64’
main.cpp:9:47: warning: spurious trailing ‘%’ in format [-Wformat]

c++ c

— Dan
fuente

Parece que estás compilando código C como C ++, ese es tu error. Si cambia el nombre de su archivo main.cy lo compila con gcc, todo debería funcionar bien.

— Jens Gustedt

Lo mismo sin error: stackoverflow.com/questions/9225567/…

— Ciro Santilli 郝海东冠状病六四事件法轮功

Con gcc o clang, es una buena idea especificar -std=c11o la versión del estándar que está utilizando. Eso atrapa este y otros errores. También recomiendo -Wall -Wextra -Wpedantic -Wconversional menos.

— Davislor

Respuestas:

164

El estándar ISO C99 especifica que estas macros solo deben definirse si se solicitan explícitamente.

#define __STDC_FORMAT_MACROS
#include <inttypes.h>

... now PRIu64 will work

— Será
fuente

@ Dan, no olvides marcar la respuesta como aceptada (haz clic en la imagen de marca de verificación a la izquierda) si resolvió tu problema.

— zneak

Hm, solo incluir el encabezado debería ser suficiente. La __STDC_FORMAT_MACROSmacro solo es necesaria para su inclusión en C ++.

— Jens Gustedt

@Jens: De hecho; __STDC_FORMAT_MACROSaparece solo en una nota al pie en C99, lo que sugiere que C ++ solo define estas macros en presencia de la solicitud. Sin embargo, el comité de C ++ decidió ignorar la sugerencia: por ejemplo, en el borrador n3242, 27.9.2 / 3: Nota: Las macros definidas por <cinttypes> se proporcionan incondicionalmente. En particular, el símbolo __STDC_FORMAT_MACROS, mencionado en la nota al pie 182 del estándar C, no juega ningún papel en C ++. Entonces, cuando los compiladores se pongan al día, no necesitaremos __STDC_FORMAT_MACROSC ni C ++.

— John Marshall

@John Marshall g ++ 4.7.3 parece requerir la macro, incluso cuando se incluye <inttypes.h>.

— crockeea

@Eric: ¡Al parecer, g ++ 4.7.3 no se había puesto al día! De hecho, probablemente lo esté utilizando con una versión glibc que es anterior a esta corrección de errores . Como se discutió en ese informe de glibc, su libstdc ++ de g ++ 4.7.3 tiene código para solucionar este problema. Si compila -std=c++0xy tal vez #incluye <cinttypes> en lugar de <inttypes.h>, creo que proporcionaría las macros de formato sin que usted proporcione __STDC_FORMAT_MACROS.

— John Marshall

Al compilar memcached en Centos 5.xi, tuve el mismo problema.

La solución es actualizar gcc y g ++ a la versión 4.4 al menos.

Asegúrese de que su CC / CXX esté configurado (exportado) en binarios correctos antes de compilar.

— Anders Eliasson
fuente

Como ha incluido la etiqueta C ++, puede usar la biblioteca {fmt} y evitar la PRIu64macro y otros printfproblemas por completo:

#include <fmt/core.h>

int main() {
  uint64_t ui64 = 90;
  fmt::print("test uint64_t : {}\n", ui64);
}

La facilidad de formateo basada en esta biblioteca se propone para la estandarización en C ++ 20: P0645 .

Descargo de responsabilidad : soy el autor de {fmt}.

— vitaut
fuente

¡Frio! ¿Viene también algo similar a sscanf?

— ceztko

Muy posiblemente. Estamos investigando la posibilidad de reemplazar scanf.

— vitaut

¡Excelente! También me pregunto si hay progreso hacia una versión local independiente y / o localizable seleccionable de std::to_string(). La página cppreference todavía está vinculada solo a std::to_chars(), que no es realmente lo que la gente necesita. Me pregunto si fmty / o c ++ 20 lidiar con él o no todavía.

— ceztko

std::to_stringprobablemente permanecerá como está, pero le std::formatpermite controlar si usar la configuración regional o no (y de manera predeterminada no usa la configuración regional).

— vitaut