games/zdoom: fix build on non-x86
gme needs the same patching as for other ports.
p_spec.cpp uses chars, which are unsigned on ARM and POWER by default.
Approved by: tier 2 blanket
Back port part of r566296 | gerald | 2021-02-22 from lang/gcc9-devel:
[B]ack port of part of r565301 | gerald | 2021-02-15 from
lang/gcc11-devel:
Explicitly build --without-zstd such that archivers/zstd isn't pulled
in inadvertedly when present in the build system even though it is not
an explicit dependency. [1]
Back port part of r566885 | gerald | 2021-03-01 from lang/gcc9-devel:
Remove the GRAPHITE option. Graphite still is a largely experimental
feature, so better left to newer versions of GCC such as GCC 10 which
is now our default.
PR: 253286 [1]
www/falkon: add flavor without KDE integration
This results in a package that doesn't drag in huge numbers of
KDE dependencies if you aren't on KDE.
This replaces the OPTION KDEINTEGRATION.
Approved by: kde (adridg)
Differential Revision: https://reviews.freebsd.org/D29010
multimedia/arcan: use luajit-openresty on all architectures
lang/luajit hasn't been updated in years. Alpine, Debian, Fedora,
Gentoo, Guix, Mageia, Nix, Void updated to 2.1.0 beta3 or snapshot.
Of those Guix and Void have Arcan package. So, switch to 2.1 as well
for better stability and non-x86 support.
https://github.com/letoram/arcan/commit/b1290c6485db
emulators/yuzu: prefer OpenSSL over GnuTLS after r560825
-- Found NETTLE: /usr/local/lib/libnettle.so
-- Found GnuTLS: /usr/local/lib/libgnutls.so
-- Found OpenSSL: /usr/lib/libcrypto.so (found version "1.1.1h")
[...]
Error: /usr/local/bin/yuzu is linked to /usr/local/lib/libgnutls.so.30 from security/gnutls but it is not declared as a dependency
Warning: you need LIB_DEPENDS+=libgnutls.so:security/gnutls
Error: /usr/local/bin/yuzu is linked to /usr/local/lib/libnettle.so.8 from security/nettle but it is not declared as a dependency
Warning: you need LIB_DEPENDS+=libnettle.so:security/nettle
games/openjk: fix packaging on armv6
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/OpenJK/cgamearmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/OpenJK/jagamearmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/OpenJK/jampgamearmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/OpenJK/uiarmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/base/cgamearmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/base/jampgamearmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/base/uiarmv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/openjk.armv6:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/openjk_sp.armv6:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/openjkded.armv6:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/rd-vanilla_armv6.so:No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/games/openjk/work/stage/usr/local/share/JediAcademy/rdsp-vanilla_armv6.so:No such file or directory
ALso back port part of r565301 | gerald | 2021-02-15 from
lang/gcc11-devel:
Explicitly build --without-zstd such that archivers/zstd isn't pulled
in inadvertedly when present in the build system even though it is not
an explicit dependency. [1]
PR: 253286 [1]
Plus a back port of part of r565301 | gerald | 2021-02-15 from
lang/gcc11-devel:
Explicitly build --without-zstd such that archivers/zstd isn't pulled
in inadvertedly when present in the build system even though it is not
an explicit dependency. [1]
PR: 253286 [1]
Back port part of r565994 | gerald | 2021-02-18 from lang/gcc10-devel:
Back port part of r565301 | gerald | 2021-02-15 from lang/gcc11-devel:
Explicitly build --without-zstd such that archivers/zstd isn't pulled
in inadvertedly when present in the build system even though it is not
an explicit dependency. [1]
PR: 253286 [1]
Back port part of r565301 | gerald | 2021-02-15 from lang/gcc11-devel:
Explicitly build --without-zstd such that archivers/zstd isn't pulled
in inadvertedly when present in the build system even though it is not
an explicit dependency. [1]
PR: 253286 [1]
Explicitly build --without-zstd such that archivers/zstd isn't pulled
in inadvertedly when present in the build system even though it is not
an explicit dependency. [1]
PR: 253286 [1]
emulators/qemu-user-static: update to f7fd10d7677c
This features a number of fixes; highlights:
- Handle aarch64 YIELD instructions
- Bump ARG_MAX to match the FreeBSD default on LP64 platforms
- Implement __specialfd(2) and copy_file_range(2)
- Style fixes
- Fix an issue with binary execution[0]
- Fix page fault handling for self-modifying binaries[1]
- Suppress noise from CIOGSESSION usage and restore CRIOGET handling
- Patch _umtx_op(2) through to the kernel where possible[2]
[0] Attempting to execute a binary by name was broken when there was an
unrelated entry by the same name in PWD. The report below observed it in the
cluster while building games/dobutsu, which tried to execute `xz` in a directory
that had an `xz` directory inside of it.
[1] From the fixing commit, qemu mprotect()s pages contained translated code
to PROT_READ | PROT_EXEC and upgrades protections as needed upon page fault.
This was broken in a previous commit that misidentified by the trap # that
should have been observed. The observed issue a broken JIT compiler in
libpcre.
[2] _umtx_op can now be handled by the kernel in cases where the target long
size is not longer than the host, and the target and host are the same
endianness. This is much more reliable than our previous emulation of these
operations, and should reduce hangs sometimes observed in threaded applications.
Note that this requires a recent stable/12 or 13.x/-CURRENT.
PR: 253375 [0]
PR: 253335 [1]
finance/quickfix: fix build on non-x86
Code uses x86 assembly, but makes it possible to use Boost atomic.
multimedia/zoneminder: enable on powerpc64
net/mpich: fix build on powerpc64
Neither __BYTE_ORDER nor __BIG_ENDIAN are defined:
In file included from src/mpi/datatype/typerep/dataloop/looputil.c:10:
./src/mpi/datatype/typerep/dataloop/looputil.h:57:2: error: This code assumes that __BYTE_ORDER and __BIG_ENDIAN are defined
#error This code assumes that __BYTE_ORDER and __BIG_ENDIAN are defined
editors/libreoffice: fix build on powerpc64 elfv2
This set of patches is applied only on powerpc* architectures.
Submitted by: afsilva
Approved by: tier 2 blanket
security/openconnect-gui: fix checksum
emulators/riscv-isa-sim: enable on powerpc64
sysutils/linuxfdisk: enable on powerpc64
graphics/openfx-arena: enable on powerpc64
multimedia/arcan: enable LUAJIT on powerpc64
It builds fine with luajit-openresty.
games/libretro-desmume2015: fix build on non-x86 / ARM
JIT is only for x86 and ARM.
astro/opencpn: fix build on powerpc64*
Use GCC unconditionally on powerpc64*:
In file included from /usr/lib/clang/11.0.1/include/xmmintrin.h:13:
/usr/lib/clang/11.0.1/include/mmintrin.h:33:5: error: use of undeclared identifier '__builtin_ia32_emms'; did you mean '__builtin_isless'?
__builtin_ia32_emms();
editors/libreoffice6: backport powerpc* patches to libreoffice6
Approved by: tier 2 blanket
devel/newt: does not register shared libs
pkg info -b newt does not show any shared libraries despite the port installing
one.
The framework uses the output of readelf -d to know if the library has a SONAME
and this ports does not add a SONAME if it does not detect the GNU linker. Then,
the resulting package does not register any shared libraries.
* Patch configure.ac to learn and detect LLVM linker so it adds the SONAME to
the library.
* Add USE_LDCONFIG (portlint wrongly complains about not installing shared libs)
PR: 253712
Submitted by: masamory7@gmail.com