* Drop backports included in the release
* 0009-wrong-null-type.patch has been fixed upstream with
2f24f10d9c
but things regressed again, so add a similar fix under the same name
* Remove -Wno-error=incompatible-pointer-types workaround and backport
45d31614bc
which fixes the same issue
See #20816
* Remove patch included in the release
* Add libva dependency, changelog mentions this should be supported now
* Replace libmfx with libvpl since,
" libmfx is deprecated. Please run configure with --enable-libvpl to use libvpl instead."
* Add a patch to fix the clang32 build (the usual VK_NULL_HANDLE != NULL issue)
* only use single_path_relocation_lib()
* don't look at the other default paths, they can be a security issue
since those paths are user writable by default
* This change fixes the following error with configure command.
ERROR: nvenc requested but not found
* The compiler error in config.log is as following.
test.c: In function 'f':
test.c:3:54: error: 'NV_ENC_PRESET_HQ_GUID' undeclared (first use in this function);
did you mean 'NV_ENC_PRESET_P7_GUID'?
3 | void f(void) { struct { const GUID guid; } s[] = { { NV_ENC_PRESET_HQ_GUID } }; }
| ^~~~~~~~~~~~~~~~~~~~~
| NV_ENC_PRESET_P7_GUID
Peviously, zimg did not export any symbols from import library in clang
environments. The zimg static library exports some standard C math
functions e.g. expf, log10f, logf, powf etc.
So, the avfilter library links the C math function (here expf) with zimg
static library. After this commit 92d0f0f63f,
those C math functions were removed from zimg static library. And avfilter
fails to find expf functions. This rebuild fix that issue.
* sync pkgdesc from Arch
* remove default options
* remove commented out parts
* rav1e is available for clangarm64 now
* libsrt headers now use _WIN32, so remove the workaround
* disable stripping, leave it to makepkg
* don't exit on build errors, and don't enable verbose mode
