sysutils/pacman: fix packaging archlinux flavour on official builders
Apparently ${PREFIX} is strictly enforced and prepended on entries
in ${PLIST} on the official builders so trying to list anything
outside of ${PREFIX} like /compat ends up as ${PREFIX}/compat, so
move these entries to ${PLIST_DIRS}. The ${PLIST} listing approach
results in errors like:
===> Building archlinux-pacman-7.1.0
pkg-static: Unable to access file /wrkdirs/usr/ports/sysutils/pacman/work-archlinux/stage/usr/local/compat/archlinux/var/cache/pacman/pkg/:No such file or directory
Reported by: fallout
editors/texmacs: try to unbreak the build against modern C++ compilers
Add parentheses around `*this' so that hashtree<K,V>::operator-> kicks
in which returns a pointer to hashtree_rep<K,V> as expected (note that
similar hashtree<K,V>::operator() method below does not have this bug).
Chase HTTP/1.1 301 redirection in the MASTER_SITES while here and drop
no longer needed GNU_CONFIGURE_MANPREFIX override.
Via: https://build.opensuse.org/package/show/openSUSE:Factory/TeXmacs
graphics/openexr: fix build on Sandy Bridge CPUs
OpenEXR attempts to use F16C intrinsics when AVX available and
at least one of these is true: F16C available, GCC used, or clang used.
Intel Sandy Bridge processors do have AVX extensions,
but no F16C instruction set extension, so compilers (clang 19, 20, gcc 14)
complain:
work/openexr-3.4.4/src/lib/OpenEXRCore/unpack.c:37:18:
error: always_inline function '_mm256_cvtph_ps' requires target feature 'f16c',
but would be inlined into function 'half_to_float_buffer'
that is compiled without support for 'f16c'
37 | out, _mm256_cvtph_ps (_mm_loadu_si128 ((const __m128i*) in)));
| ^
Not bumping PORTREVISION because this is not a supported configuration.
https://github.com/AcademySoftwareFoundation/openexr/issues/2231
[5 lines not shown]
graphics/openexr: fix build on Sandy Bridge CPUs
OpenEXR attempts to use F16C intrinsics when AVX available and
at least one of these is true: F16C available, GCC used, or clang used.
Intel Sandy Bridge processors do have AVX extensions,
but no F16C instruction set extension, so compilers (clang 19, 20, gcc 14)
complain:
work/openexr-3.4.4/src/lib/OpenEXRCore/unpack.c:37:18:
error: always_inline function '_mm256_cvtph_ps' requires target feature 'f16c',
but would be inlined into function 'half_to_float_buffer'
that is compiled without support for 'f16c'
37 | out, _mm256_cvtph_ps (_mm_loadu_si128 ((const __m128i*) in)));
| ^
Not bumping PORTREVISION because this is not a supported configuration.
https://github.com/AcademySoftwareFoundation/openexr/issues/2231
[3 lines not shown]
security/gnupg: update to 2.4.9 latest oldstable release
Release notes are at
https://dev.gnupg.org/T8001
The Fedora update notice can be found on LWN at
https://lwn.net/Articles/1052769/
The Fedora notice is somewhat more informative because it explains
what CVEs are involved. This port update is a stopgap, so that
we have something to merge back to quarterly with minimal fuss.
PR: 291995
Reported-by: Herbert J. Skuhra
