[Bug libgomp/64972] [5 Regression] Build failure in libgomp for i686-w64-mingw32 target after latest merge from gomp-4_0-branch

jakub at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Tue Mar 24 16:21:00 GMT 2015


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I wouldn't call %zd gnu-style, as it is POSIX.
Anyway, libgomp already uses inttypes.h, but only conditionally:
#ifdef HAVE_INTTYPES_H
      fprintf (stderr, "  GOMP_SPINCOUNT = '%"PRIu64"'\n",
               (uint64_t) gomp_spin_count_var);
#else
      fprintf (stderr, "  GOMP_SPINCOUNT = '%lu'\n",
               (unsigned long) gomp_spin_count_var);
#endif
So, if you'd like to do the same (but then cast to uint64_t and use PRIu64,
dunno how portable is PRIuPTR compared to PRIu64), that is also an option,
but IMNSHO not worth the trouble.
All these messages are unimportant OpenACC debugging messages or a fancy abort
that will very likely not have sizes of anything > 2GB - trying to offload 2GB+
of data to offloading device in one chunk is hardly a case to worry about.



More information about the Gcc-bugs mailing list