int8_t becomes unsigned when /J is specified about msinttypes HOT 3 CLOSED

__int8 is internally typedefed to 'char', which is a separate type from 'signed 
char'.

Because the sign of 'char' is implementation defined by the C99 standard, 
it is necessary to replace the line:

typedef __int8            int8_t;

to be:

typedef signed __int8            int8_t;

in order to be standards compliant.

This bug is significant because 'signed char' and 'char' must be specialized for
separately even if 'char' is signed, and that results in bugs if this line is 
not
fixed as shown above.

Yep, exactly.  Finding this bug was a huge pain in the ass; I use this header 
in my
Duke Nukem 3D port (it's called EDuke32) and it lead to all kinds of strange 
crap
occurring with completely nonsensical debugger output.

Hope this project isn't dead/hope this important bug doesn't go ignored!  
Actually, I
hope Microsoft pulls their collective heads out of their asses and just 
implements
most of C99, but fat chance that's ever going to happen.

Sorry guys, this project is not dead, I just have not so much free time.
You know, the best way to fix a bug is to attach a patch to bug report ;)

Anyway, this should be fixed now in r25. Please check it out.