[dev] Fix format specifiers for MinGW ANSI stdio

[davidhorstmann-arm]

Trivial forward-port of #10165

Instead of using the windows-specific "I64d" format specifier, use the friendly MinGW abstraction PRId64, which works both when __USE_MINGW_ANSI_STDIO is enabled and when it is disabled.

PR checklist

Please remove the segment/s on either side of the | symbol as appropriate, and add any relevant link/s to the end of the line.
If the provided content is part of the present PR remove the # symbol.

• changelog provided
• development PR here
• TF-PSA-Crypto PR not required because: Issue is in mbedtls only
• framework PR not required
• 3.6 PR provided [3.6] Fix format specifiers for MinGW ANSI stdio #10165
• tests not required because: Platform build fix only

[irwir]

use the friendly MinGW abstraction

This is in C99 standard, supported in MSVC since VS 2013.
Maybe these macros could be used in v4 directly, without the current intermediate definitions.

[gilles-peskine-arm]

@irwir Unfortunately MinGW lags behind when it comes to C99 support for printf. And PRId64 is not a portable specified for size_t anyway: it only works when size_t is a 64-bit type. The C99 standard specifier for size_t is %zu, but some popular Windows toolchains still don't accept it.

[irwir]

All PRI* macros (with <inttypes.h> as the standard place) together with %zu and %lld format specifiers appeared in C99.
So both #if and #else branches adhere to C99.
By the way, time format definition conditions below could be reduced to unconditional one line:
#define MBEDTLS_PRINTF_MS_TIME MBEDTLS_PRINTF_LONGLONG

And PRId64 is not a portable specified for size_t anyway: it only works when size_t is a 64-bit type.

Actually, PRIuPTR for size_t as in the code.