[Ffmpeg-devel] [PATCH] Missing "inttypes.h" on windows

[Rich Felker]

On Mon, Nov 07, 2005 at 02:36:25AM +0100, Fredrik Orderud wrote:
> ----- Original Message ----- 
> From: "Rich Felker" <dalias at aerifal.cx>
> To: "FFMpeg development discussions and patches" <ffmpeg-devel at mplayerhq.hu>
> Sent: Monday, November 07, 2005 2:33 AM
> Subject: Re: [Ffmpeg-devel] [PATCH] Missing "inttypes.h" on windows
> 
> 
> >On Sun, Nov 06, 2005 at 07:43:12PM +0100, Fredrik Orderud wrote:
> >>Neither the Microsoft windows platform SDK nor Visual Studio ships with 
> >>the
> >>"inttypes.h" header. This leads to compile errors when using ffmpeg DLLs 
> >>in
> >>in visual-studio projects, unless EMULATE_INTTYPES is defined.
> >>
> >>I propose automatically defining EMULATE_INTTYPES in "libavutil/common.h"
> >>for all windows-systems, except cygwin and mingw. This would simplify 
> >>usage
> >>of ffmpeg libraries on windows computers.
> >
> >there are already countless other reasons why libav* will not work on
> >microsoft compilers (which are not c compliant).
> 
> 
> What are you talking about?

Oh, I meant compiling it with msvc..

> The ffmpeg shared libraries (DLLs) works great for me when I use them in 
> visual studio. I process MPEG4 movies in windows completely trouble-free. 
> :) The only thing I need to do to avoid compile errrors is to manually 
> define EMULATE_INTTYPES.
> 
> Windows-users would be saved from this unnecessary trouble if 
> "libavutil/common.h" had automatically defined this variable.

Under what conditions do you think it should be defined?
Why not just add an inttypes.h file with the proper types?
EMULATE_INTTYPES is mainly for unix systems with automatic configure,
IMO, not for people setting it up manually on obscure systems.

Rich