Re: 2 of 3 tests in 'misc' fail on Win32, MSYS, MinGW

[Sisyphus]

Sisyphus wrote:
> Hi,
> Using Windows 2000, MinGW compiler in the MSYS shell.
> Running the test/misc tests, 't-locale' passes (skipped, actually ... I 
> think), but both 't-printf' and 't-scanf' fail with "abnormal program 
> termination". When I run those 2 executables in a cmd.exe shell I get 
> the additional information, wrt 't-printf.exe.':
>
> doprnt.c:421: GNU MP assertion failed: intmax_t not available
>
> and wrt 't_scanf.exe':
>
> doscan.c:616: GNU MP assertion failed: intmax_t not available
>
> I'm a little mystified as to why 'intmax_t' is deemed to be unavailable. 
> It's typedef'd as a 'long long' in 'stdint.h' (which, in turn, is 
> included on 'inttypes.h').
>
> Is it just that 'HAVE_INTMAX_T' is untrue ... for some reason ?

doprnt.c contains the following (transcribed, and prefixed with the line 
number):

418: #if HAVE_INTMAX_T
419: case 'j': * (intmax_t *) p = retval;break;
420: #else
421: case 'j': ASSERT_FAIL (intmax_t not available); break;

That would imply to me that HAVE_INTMAX_T is indeed untrue - but 
config.h, which is included in doprnt.c, clearly states:

#define HAVE_INTMAX_T 1

So line 421 of doprnt.c should have been pre-processed into oblivion, 
shouldn't it ? (This is why I generally try to avoid digging around in 
the source code :-)

The behaviour of gcc on Win32 wrt printf() of "long long" values is a 
little surprising. The conversion specifier 'll' is not understood. 
Instead you have to use 'I64' (which is the M$ way of specifying a "long 
long") - apparently because printf() is a msvc-runtime function, and 
therefore uses 'I64' instead of 'll' ... or something like that. I 
mention this in case it's somehow accounts for the error.

Cheers,
Rob