These packages were bumped to be rebuilt with ndk-r25, but builds fail
for different reasons. Decrease TERMUX_PKG_REVISION again so package
version correspond to the version that can be found in the repository.
Reverts part of commit b281bc2145 ("rebuild(deps:libc++): bump
termux-main packages that depend on libc++") and commit 329d3b2266
("rebuild(deps:libc++): bump termux-x11 packages that depend on
libc++").
%ci:no-build
This caused undefined symbols to go undetected in libzmq in latest
build. Probably more packages are affected, should do a rebuild of
all packages again to check for undefined symbols.
This updates the ndk version we use for building packages to android
ndk-r25. Most packages, except some with build issues, that depend on
libc++ have been bumped and rebuilt.
Packages are uploaded manually, so:
%ci:no-build
Configure with --disable-vulkan to avoid error due to vulkan.h trying
to include vulkan_beta.h from a third_party directory in the ndk.
Remove -fno-integrated-as flag which no longer works with ndk-r25 as
the non-internal (non-llvm) assembler is not included in the ndk anymore.
Also disable vpx and x265 support, libvpx and libx265 has compilation
issues (cannot compile with llvm assembler). Disable until we have
managed to fix that.
removing the note on rev bump for mpv since mpv hasn't been the
only package that has linkage to ffmpeg for a long time
ffmpeg-5.0-vp9-dts-correction.patch is in 5.1 as commit
68595b46cb374658432fff998e82e5ff434557ac.
We configure with --with-libtiff=internal (which was required by jxl),
so no need to depend on libtiff.
Also sort dependencies and configure args alphabetically.
After update of ffmpeg to 5.1. gegl, megacmd, mpd, timg, vlc, kid3
and vlc-qt have not been bumped in this commit as they were rebuilt as
part of ndk-r25 update already.
asymptote tries to link against libtinfo and libreadline by using
linker commands like -Wl,-Bstatic -lreadline -Wl,-Bdynamic, which
means that asymptote needs the libs during build, but not runtime.
And keep ndk-patches in 23c/ subdirectory. Run
termux_step_setup_toolchain_23c only if TERMUX_NDK_VERSION equals 23c.
This is a step towards having the possibility to use different NDK
versions. Using a different NDK version than the one termux
officially supports should *really* not be done except for
testing/debug/development reasons, or if it is strictly necessary to
be able to compile a program (for example for packages that need a
fortran compiler, which at the moment is only supported with old
gcc-using NDKs).