search for: msinttypes

...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

...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=&qu...

...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 >> installed...

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