You've already forked FFmpeg
mirror of
https://github.com/FFmpeg/FFmpeg.git
synced 2026-04-24 04:44:54 +02:00
Andreas Rheinhardt
835781af23
ff_h[yc]scale_fast_mmxext() call other functions from inline assembly; these functions look like leaf functions to GCC, so it may use the red zone to avoid modifying the stack. But this makes the call instructions in the inline asm corrupt the stack. In order to fix this424bcc46b5made libswscale/x86/swscale_mmx.o be compiled with -mno-red-zone. Later Libav fixed it in their version in commitb14fa5572cby saving and restoring the memory clobbered by the call (as is still done now). This was merged into FFmpeg in0e7fc3cafe, without touching the -mno-red-zone hack. Libav later renamed swscale_mmx.c to just swscale.c in16d2a1a51cwhich was merged into FFmpeg in commit2cb4d51654, without removing the -mno-red-zone hack, although the file it applies to no longer existed. This commit removes the special red-zone handling given that it is inactive anyway. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
23 lines
1.1 KiB
Makefile
23 lines
1.1 KiB
Makefile
OBJS += x86/rgb2rgb.o \
|
|
x86/swscale.o \
|
|
x86/yuv2rgb.o \
|
|
|
|
OBJS-$(HAVE_MMXEXT_INLINE) += x86/hscale_fast_bilinear_simd.o \
|
|
|
|
OBJS-$(CONFIG_XMM_CLOBBER_TEST) += x86/w64xmmtest.o
|
|
|
|
X86ASM-OBJS += x86/input.o \
|
|
x86/output.o \
|
|
x86/scale.o \
|
|
x86/scale_avx2.o \
|
|
x86/range_convert.o \
|
|
x86/rgb_2_rgb.o \
|
|
x86/yuv_2_rgb.o \
|
|
x86/yuv2yuvX.o \
|
|
|
|
ifdef ARCH_X86_64
|
|
X86ASM-OBJS-$(CONFIG_UNSTABLE) += x86/ops_int.o \
|
|
x86/ops_float.o \
|
|
x86/ops.o
|
|
endif
|