=implicit-function-declaration]
double gain_lin = ff_exp10(gain_db / (20.0 * 256));
^~~~
ff_exp2fi
Signed-off-by: Mikulas Patocka
---
libavcodec/libopusdec.c |1 +
1 file changed, 1 insertion(+)
Index:
upport:
CC='gcc -m32' ./configure --disable-sse --disable-sse2 --disable-sse3
The reason for the breakage is that the commit unintentionally changed the
INTERL macro so that it is empty when compiling for 3dnow. This patch
fixes it.
Signed-off-by: Mikulas Patocka
---
libavcodec/x86/
Hi
Here I'm sending two patches to fix portability for 586-class machines
(Pentium, K6, etc.)
If the CPU is generic, 386, 486 or pentium, we must not use cmov in inline
assembler.
Note that some Linux distributions are compiled for i686, and for them it is
possible to use cmov in the assembler
There are MMX processors that don't support CMOV (pentium-mmx, amd-k6, cyrix
6x86). Therefore, we must not use cmov in in MMX code.
All processors supporing mmx2 also support cmov, so if a test for mmx2 succeeds,
we can use cmov.
---
libavcodec/x86/h264_idct.asm |6 ++
1 file changed, 6
On Fri, 12 Sep 2014, Daniel Kang wrote:
> > All processors supporing mmx2 also support cmov, so if a test for mmx2
> > succeeds, we can use cmov.
> Since I originally thought mmx => cmov (and apparently am wrong) is there
> official documentation supporting this?
There is no official document
> > Hi
> >
> > Here I'm sending two patches to fix portability for 586-class machines
> > (Pentium, K6, etc.)
> >
> >
> > If the CPU is generic, 386, 486 or pentium, we must not use cmov in inline
> > assembler.
> >
> > Note that some Linux distributions are compiled for i686, and for them it is
>
