On Wed, May 11, 2011 at 5:45 AM, Reinhard Tartler <siret...@tauware.de> wrote: > On Wed, May 11, 2011 at 14:23:14 (CEST), Luca Barbato wrote: > >> On 5/11/11 1:51 PM, Reinhard Tartler wrote: >>> On cygwin, math.h needs to be included before float.h because of a bug >>> in the system headers. Including libavutil/libm.h first works around >>> this issue. >>> >>> Longer discussion of the topic: >>> http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/128582 >> >> If there isn't a saner solution ok. We should notify cygwin about that >> though. > > http://article.gmane.org/gmane.comp.video.ffmpeg.devel/128658 > > Probably that's this 'discussion': > > http://thread.gmane.org/gmane.os.cygwin/125314/focus=125323 >
I'm having problems following that discussion: From: Matthias Andree <matthias.andree <at> gmx.de> > On Wed, 02 Mar 2011, Víctor Paesa wrote: > > > Hi, > > > > In 1.7.7, log2f() is defined in math.h as > > > > extern float log2f _PARAMS((float)); > > #if !defined(__cplusplus) > > #define log2f(x) (logf (x) / (float) _M_LOG2_E) > > #endif > > > > In 1.7.8, log2f() is defined in math.h as > > > > extern float log2f _PARAMS((float)); > > #if !defined(__cplusplus) > > #define log2f(x) (logf (x) / (float_t) _M_LOG2_E) > > #endif > > > > This change broke the compilation of ffmpeg. > > > > Would it be possible to use again "float", instead of "float_t" ? > > Why? Fix ffmpeg instead. #include <math.h> should suffice: > A definition in math.h changed so the solution is to include <math.h> where does <float.h> come into this mess... _______________________________________________ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
