| Age | Commit message (Collapse) | Author |
|---|
|
Silences warnings when building using recent meson versions.
|
|
|
|
oss-fuzz uses '-Denable_tools=false'.
|
|
Closes #203.
|
|
The default 30 second timeout may be insufficient when running
under certain sanitizers, especially on slower CPUs.
|
|
|
|
|
|
Makes !1078 redundant.
|
|
Don't pass the .S assembly sources as C source files in this case,
as e.g. MSVC doesn't support them (and meson knows it doesn't, so
it refuses to proceed with an MSVC/gas-preprocessor wrapper script, as
meson detects it as MSVC - unless meson is hacked to allow passing .S
files to MSVC).
This allows building dav1d with MSVC for ARM targets without
hacks to meson. (Building in a pure MSVC setup with no other
compilers available does require a few new patches to gas-preprocessor
though.)
This has been postponed for quite some time, as compiling with
MSVC for non-x86 targets in meson has been problematic, as meson
used to require a working compiler for the build system as well,
and MSVC for all targets are named cl.exe, and you can't have one
for the cross target and the build machine first in the path at
the same time. This was recently fixed though, see
https://github.com/mesonbuild/meson/issues/4402 and
https://github.com/mesonbuild/meson/pull/6512.
This matches how gas-preprocessor is hooked up for e.g. OpenH264 in
https://github.com/cisco/openh264/commit/013c4566a219a1f0fd50a8186f2b11fd8c3efcfb.
|
|
Fixes #350.
|
|
Errors on C11 features like anonymous strucs/unions.
|
|
Meson does not yet normalises arm64 to the aarch64 in the reference
table. To workaround this, in addition to the cpu_family check the cpu
field.
|
|
Requires meson 0.51 for oss-fuzz and 0.49 for the fuzzing binaries in
general due to the use of the 'kwargs' keyword argument.
|
|
|
|
|
|
tests/checkasm/checkasm.c:55:5: warning: implicit declaration of function 'gettimeofday' is invalid in C99 [-Wimplicit-function-declaration]
gettimeofday(&tv, NULL);
^
|
|
|
|
'build_' prefix is reserved by meson, this will become an error in the
future, as indicated by a warning when configuring the build dir.
Closes #285.
|
|
Needed for oss-fuzz after switching to '-fsanitize=fuzzer' for the
libfuzzer based build. Adding '-fsanitize=fuzzer' for all oss-fuzz based
build breaks afl.
|
|
|
|
Also make various minor optimizations/style fixes to the MSAC C functions.
|
|
|
|
oss-fuzz can not handle shared libraries. Do not build it by default.
|
|
Link time optimization and '--wrap' seems to not work together.
Fixes #219.
|
|
Depends on posix_memalign and a linker supporting '--wrap' to wrap
arbitrary symbols.
|
|
Current versions of meson have a bug that causes the need to add
the nasm generated objects to checkasm, even though this should
already be covered by the extract_all_objects() for libdav1d.
Meson versions >= 0.48.999 (that is, Meson 0.49 and development
versions states of that on git) fixed this issue so now adding
this is not longer needed.
Adding it regardless would actually cause an error because of
symbols being present twice.
|
|
This simplifies running specifically this test by "meson test checkasm".
|
|
This would result in weird output, as checkasm outputs several lines.
|
|
|
|
oss-fuzz's FuzzingEngine requires libc++.
|
|
|
|
|
|
Replaces the boolean 'build_libfuzzer' meson option with 'fuzzing_engine'.
This allows reproducing fuzzing test cases on systems without libfuzzer.
Also prevents regressions in the fuzzing test target since it will be
build by default.
|
|
wiener_luma_8bpc_c: 326272.1
wiener_luma_8bpc_avx2: 19841.5
Decoding time of first 1000 frames of Chimera-8bit-1920x1080.ivf goes
from 27.471 to 23.558 seconds.
|
|
|
|
|
|
Disabled by default, enabble with `meson -Dbuild_libfuzzer=true -Db_lundef=false ...`.
Fuzz target improved by the paralell work by Thierry Foucu in !138.
|
|
|
|
Due to bugs in meson the approach with the intermediate static library
for tests does not work very well, see #44. Therefore this commits
removes that helper library and instead uses extract_all_objects for
the tests.
Due to the removal of the static helper library, it means we can no
longer force static linking for dav1d tool on windows which means that
when building a shared library the dav1d.exe will not be runnable in
the build directory again.
Fix #44
|
|
|
|
|
|
|
|
|
