This uses system provided dtc package to link with fdt library.
Otherwise, dtc subproject is used which install duplicate fdt
header files - fdt.h, libfdt_env.h and libfdt.h.
Currently `pkg install flang` gives the below error:
> The following packages have unmet dependencies:
> flang : Depends: libllvm (= 18.1.7) but 18.1.7-1 is to be installed
> Depends: clang (= 18.1.7) but 18.1.7-1 is to be installed
> Depends: lld (= 18.1.7) but 18.1.7-1 is to be installed
> Depends: mlir (= 18.1.7) but 18.1.7-1 is to be installed
> E: Unable to correct problems, you have held broken packages.
This is due to the `(= $TERMUX_PKG_VERSION)` dependency qualifier on
llvm dependencies, introduced in 50737838a5344f1e128f4164b90af07378945cc0
to make sure that llvm matches the flang version.
This is fine for the upstream version (version `18.1.7` of flang should
depend on version `18.1.7`).
But when bumping the `TERMUX_PKG_REVISION` on llvm, which was done in
58811a96a6db7f8282bd8e1ad2c99b44d0b1b253, it results in a problem such as
we have now: flang `18.1.7` depends on exactly `18.1.7`, while the
repository has `18.1.7-1`.
Ideally we would probably want to ignore the package revision, and
allow all revisions of flang 18.1.7 to depend on all revisions of llvm
18.1.7 - effectively a revision wildcard. Is that possible with debian
version qualifiers?
This patch just bumps the `TERMUX_PKG_REVISION` of `flang` and uses that
to match the current llvm revision in the dependency, so that the flang
package is installable again. If we can't come up with a better approach
short term we can probably go for this now to make the package
installable again.
Reported by @timstrom in https://github.com/termux-play-store/termux-packages/issues/3
Set `-std=c++11` to fix build errors such as:
> src/FbTk/MemFun.hh:86:28: error: no template named 'binary_function' in namespace 'std'; did you mean '__binary_function'?
> src/FbTk/MenuItem.hh:158:14: error: no template named 'auto_ptr' in namespace 'std'
This enables http support which was disabled by-default.
3018842c07
Fixes the following runtime error with gnumeric.
CANNOT LINK EXECUTABLE "gnumeric": cannot locate symbol "xmlNanoHTTPOpen" referenced by
"/data/data/com.termux/files/usr/lib/libgsf-1.so"
Fixed already in commit 2b65bc0e6717, but I missed the quoted "no":es.
Convert those as well to false.
No functional changes:
%ci:no-build
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#
# On branch depend-on-parent-fix
# Changes to be committed:
# modified: packages/libglvnd/libglvnd-dev.subpackage.sh
# modified: packages/mesa/mesa-dev.subpackage.sh
# modified: packages/mesa/mesa-vulkan-icd-freedreno.subpackage.sh
# modified: packages/mesa/mesa-vulkan-icd-swrast.subpackage.sh
# modified: packages/util-linux/blk-utils.subpackage.sh
# modified: packages/util-linux/fdisk.subpackage.sh
# modified: packages/util-linux/libblkid.subpackage.sh
# modified: packages/util-linux/libfdisk.subpackage.sh
# modified: packages/util-linux/libmount.subpackage.sh
# modified: packages/util-linux/libsmartcols.subpackage.sh
# modified: packages/util-linux/libuuid.subpackage.sh
# modified: packages/util-linux/mount-utils.subpackage.sh
# modified: packages/util-linux/uuid-utils.subpackage.sh
# modified: x11-packages/mesa-demos/eglinfo-system.subpackage.sh
# modified: x11-packages/xorg-server/xorg-server-xephyr.subpackage.sh
#
