On Thu, Nov 19, 2015 at 2:35 PM, Paul B Mahol <one...@gmail.com> wrote: > On 11/19/15, Ganesh Ajjanagadde <gajja...@mit.edu> wrote: >> On Thu, Nov 19, 2015 at 12:35 PM, Nicolas George <geo...@nsup.org> wrote: >>> Le nonidi 29 brumaire, an CCXXIV, Derek Buitenhuis a ecrit : >>>> Paul uses FreeBSD, if I recall. This is probably with glibc. >>> >>> Still, M_PI is meant to have the full precision of the underlying type, >>> and >>> I very much doubt that kind of bug to be present in any common >>> implementation. And let us be realistic, the number of digits in >>> af_dynaudnorm.c is nothing but ludicrous. >> >> Exactly. Can't pull the source for bsd easily, but it likely is >> identical to openlibm since openlibm imported from freebsd: >> https://github.com/JuliaLang/openlibm/blob/master/include/openlibm_math.h >> which has an identical definition to gnu libm for M_PI. >> >> If such a silly, easily fixed bug exists with some libm, it can be >> fixed in a few minutes on their end, and I personally would do my best >> to publicize it to highlight the fundamental brokenness of said libm >> for the benefit of their users. >> > > OK, you can change it.
Pushed just this change for now, thanks. Will push the remainder soon. > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel