[SystemZ] Remove the `softPromoteHalfType` override (#175410)
`softPromoteHalfType` is being phased out because it is prone to
miscompilations (further context at [1]). SystemZ is one of the few
remaining platforms to override the default, so remove it here.
This only affects SystemZ when the `soft-float` option is used.
[1]: https://github.com/llvm/llvm-project/pull/175149
mk/compiler/gcc.mk: NetBSD 11.99.4 is using gcc 14
This is true for most NetBSD platforms, especially the ones expected
to run pkgsrc-current-on-NetBSD-current bulk builds.
While here, remove variable I thought I'd need but didn't.
sysutils/edk2: update to 2025008
Patch to update EDK2 OVMF firmware package used in bhyve and some ARM
platforms from 2023 to 2025 stable release. New submodules added in
GH_TUPLE, some script for build has been moved to a bash subshell.
BHYVE notices: tiny boot speedup, a bug with crashing on CPU sensor
wmsr from HWiNFO has stopped occurring, a bug with glibc apps crashing
in Linux VMs has stopped occurring, a crash on memtest86+ with more
than 1 vCPU has stopped occurring.
No new bugs seem to have surfaced.
PR: 285554
Tested by: novel
MFH: 2025Q4
(cherry picked from commit bafbff663ba59c9c6f10acecc3c4b86dee155f43)
shells/mksh: fix crash on 16-CURRENT
Kernel now reports support for 126 signals, while the libc headers only
report 32. This mismatch caused an out-of-bounds write initialising
internal tables.
Reported by: hackee <h4ckee at proton.me>
PR: 292146
MFH: 2025Q4
(cherry picked from commit 1c257703ed4c59a485b28b17c7a1541b0c203191)
sysutils/edk2: update to 2025008
Patch to update EDK2 OVMF firmware package used in bhyve and some ARM
platforms from 2023 to 2025 stable release. New submodules added in
GH_TUPLE, some script for build has been moved to a bash subshell.
BHYVE notices: tiny boot speedup, a bug with crashing on CPU sensor
wmsr from HWiNFO has stopped occurring, a bug with glibc apps crashing
in Linux VMs has stopped occurring, a crash on memtest86+ with more
than 1 vCPU has stopped occurring.
No new bugs seem to have surfaced.
PR: 285554
Tested by: novel
MFH: 2025Q4
multimedia/libtheora: fix build on armv7
- switch to gmake, which is needed for arm-specific pattern rules
- depend on Perl, which is needed to run an assembly-mangling script
- depend on GNU as, which is needed for pre-UAL style ARM menmonics
- switch to gitlab tarball as the official tarball is missing some
important files
- turn static REINPLACE_CMD into patch files were possible
- make sure "make check" actually runs test suite
- add the usual elf_aux_info() polyfill
- enable X86 assembly code (builds fine, passes test suite)
MFH: 2025Q4
Approved by: mmel (multimedia)
Reported by: mmel
shells/mksh: fix crash on 16-CURRENT
Kernel now reports support for 126 signals, while the libc headers only
report 32. This mismatch caused an out-of-bounds write initialising
internal tables.
Reported by: hackee <h4ckee at proton.me>
PR: 292146
MFH: 2025Q4
mk: speed up computation of _GCC_REQD
Only use make variable, do not fork pkg_admin.
Speeds up a limit scan of the packages setting GCC_REQD (directly)
from about 4m to about 3m30s in a test environment.
[clang-repl] Fix OrcRuntime lookup for Solaris and unit tests. (#175435)
The out-of-process execution in the interpreter depends on the orc
runtime. It is generally easy to discover as it is in the clang runtime
path. However, the clang runtime path is relative to clang's resource
directory which is relative to the clang binary. That does not work well
if clang is linked into a different binary which can be in a random
place in the build directory structure.
This patch performs a conservative approach to detect the common
directory structure and correctly infer the paths. That fixes the
out-of-process execution unittests. The patch also contains a small
adjustment for solaris.
Another take on trying to fix the issue uncovered by #175322.
[CIR][AArch64] Add lowering for unpredicated svdup builtins (#174433)
This PR adds CIR lowering support for unpredicated `svdup` SVE builtins.
The corresponding ACLE intrinsics are documented at:
* https://developer.arm.com/architectures/instruction-sets/intrinsics
(search for svdup).
Since LLVM provides a direct intrinsic for svdup with a 1:1 mapping, CIR
lowers these builtins by emitting a call to the corresponding LLVM
intrinsic.
DESIGN NOTES
------------
With this change, ACLE intrinsics that have a corresponding LLVM intrinsic can
generally be lowered by CIR by reusing LLVM intrinsic metadata, avoiding
duplicated intrinsic-name definitions, unless codegen-relevant SVETypeFlags are
involved. As a consequence, CIR may no longer emit NYI diagnostics for
intrinsics that (a) have a known LLVM intrinsic mapping and (b) do not use such
[47 lines not shown]
