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

[ktietz at gcc dot gnu.org]

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

--- Comment #10 from Kai Tietz <ktietz at gcc dot gnu.org> ---
I agree that suggested patch changes here behavior on non LP64 targets. 
Nevertheless it would be something to live by until we reach stage 1 to address
this more accurate.
To us uintptr_t is by idea ok, just have the weakness that size_t not
necessarily has same precision as uintptr_t.  If gomp maintainer will say that
inttypes.h header use and casting to uintptr_t would be ok for them, I agree.

A real solution would be to add in configure a test for used size_t
printf-formatter sign, and then use it in source.  For gnu-style
width-specifier is 'z', for ms-style it is 'I'.