Displaying 4 results from an estimated 4 matches for "msinttyp".
Did you mean:
msinttypes
2010 Jun 24
3
[LLVMdev] DataTypes.h for Visual C
...X, INT8_MIN etc.
since other headers may also define them. Therefore please
protect the macros like INT8_C etc.
Also it would be nice if the auto-generated HAVE_STDINT_H
and HAVE_INTTYPES_H would be used also for Visual C since it
is possible to add them to the global header directory
(e.g. http://msinttypes.googlecode.com/svn/trunk)
-Jochen
2013 Mar 08
0
Updated MSVC patch
...nt header.
I've also just updated the commemt above the #include <stdint.h> to say:
/* If your compiler does not provide <stdint.h> you should provide a replacement
* which has suitable replacements for the following intX_T and uintX_t types.
* For example:
* http://msinttypes.googlecode.com/svn/trunk/stdint.h
* http://www.azillionmonkeys.com/qed/pstdint.h
*/
Is this not an acceptable solution? Its kind of neater and MSVC really
is the only compiler I know of that doesn't have <stdint.h>.
> Also don't forget to commit my earlier VERSION=&...
2010 Jun 24
1
[LLVMdev] DataTypes.h for Visual C
...gt;>> protect the macros like INT8_C etc.
>>>
>>> Also it would be nice if the auto-generated HAVE_STDINT_H
>>> and HAVE_INTTYPES_H would be used also for Visual C since it
>>> is possible to add them to the global header directory
>>> (e.g. http://msinttypes.googlecode.com/svn/trunk)
>>>
>> This can be done, but I have some reservations about it.
>>
>> My experience with those files which are provided by third parties for
>> acting as system headers are left forgotten somewhere on the system, or
>> install...
2013 Mar 06
4
Updated MSVC patch
Thanks, Erik.
This is the delta that should fix everything up.
I hope that #include "share/compat.h" is acceptable from the test_streams
binary. If not, you can probably change it to FLAC/ordinals.h instead
Also don't forget to commit my earlier VERSION="1.3.0" patch. You can add
the "pre1" in a normal text editor without risk. I didn't include those