max/ffmpeg
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

tests/fate/swscale: skip fate-sws-uops-macros without int128

Browse Source 
This is very slow otherwise (10x slower than with native int128). Developers
can still manually run it if they need to, but we should exclude it from
the default FATE target.

Signed-off-by: Niklas Haas <git@haasn.dev>
This commit is contained in:
Niklas Haas
2026-06-10 18:43:56 +02:00
parent fe3e67556b
commit f947bc9c15
1 changed files with 7 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
tests/fate/libswscale.mak
+7 -1
View File
@@ -42,18 +42,24 @@ fate-sws-unstable: libswscale/tests/swscale$(EXESUF)
fate-sws-unstable: CMD = run libswscale/tests/swscale$(EXESUF) -backends unstable -p 0.02 -v 16
ifneq ($(HAVE_BIGENDIAN),yes)
# Disable on big endian because big endian platforms generate different op
# lists for le vs be formats; this breaks the checksum otherwise
FATE_LIBSWSCALE-$(CONFIG_UNSTABLE) += fate-sws-ops-list
fate-sws-ops-list: libswscale/tests/sws_ops$(EXESUF)
fate-sws-ops-list: CMD = run libswscale/tests/sws_ops$(EXESUF) | do_md5sum | cut -d" " -f1
ifeq ($(HAVE_INT128),yes)
# Disable by default without int128 because it is too slow (several minutes)
FATE_LIBSWSCALE-$(CONFIG_UNSTABLE) += fate-sws-uops-macros
endif
# Disable on bigendian because it would result in a different iteration order
# (and thus output) due to sorting by memcmp() on the parameters struct.
FATE_LIBSWSCALE-$(CONFIG_UNSTABLE) += fate-sws-uops-macros
fate-sws-uops-macros: libswscale/tests/sws_ops$(EXESUF)
fate-sws-uops-macros: REF = $(SRC_PATH)/libswscale/uops_macros.h
fate-sws-uops-macros: CMD = run libswscale/tests/sws_ops$(EXESUF) -macros
endif
FATE_LIBSWSCALE-$(CONFIG_UNSTABLE) += fate-sws-ops-entries-aarch64