[libc++] Implement LWG4290: Missing Mandates clauses on is_sufficiently_aligned (#229765)
LWG4290 adds a Mandates clause that requires `Alignment` to be a power
of two for `std::is_sufficiently_aligned`. This patch adds the power of
two check as a `static_assert` in the internal helper of
`std::is_sufficiently_aligned`. The change mirrors
`std::assume_aligned`. I added a new libc++ verify test.
Fixes #189823.
## AI Disclosure
AI was used to review the changes before putting this PR up.
if_me: Do not reuse gre(4)'s static sysctl OID number
if_me(4) registers its net.link.me node with the static OID number
IFT_TUNNEL, the same number if_gre(4) has used for net.link.gre since
2003, so the two tunnel drivers collide under net.link. Until
d35c4cfad580 that only printed a warning and left two nodes with the
same number; since then sysctl_register_oid() panics, so loading if_me
after if_gre (or the other way round) takes the box down:
kldload if_gre
kldload if_me
panic: sysctl: OID number(131) is already in use for 'me'
Use OID_AUTO like the other tunnel drivers. Nothing addresses the node
by number.
Reviewed by: ae
MFC after: 3 days
Sponsored by: Rubicon Communications, LLC ("Netgate")
Differential Revision: https://reviews.freebsd.org/D60536
multimedia/x265: update 4.2 -> 4.3
Upstream changes:
* New: LoongArch64 support; foveated encoding (--fovea-gaze,
--fovea-delta, --fovea-sigma, --fovea-gaze-file), which spends
fewer bits away from a gaze point; selective, noise-based MCSTF
(--selective-mcstf, --mcstf-ref-range).
* MCSTF reworked: multi-threaded motion estimation and bilateral
filtering, AVX2 kernels (about 2x faster with threading).
* More AArch64 Neon/SVE/SVE2 optimizations; early-exit diamond
search in threaded ME.
* Fixes for ASAN/UBSAN and TSAN findings, threaded-ME and MCSTF
crashes, --pools thread counts, scenecut with --bframes 0, a
bitstream error with VUI timing info disabled, and CPU-feature
detection on FreeBSD (elf_aux_info).
* API: the temporalFilterStrength and searchRangeForLayer[012]
fields are gone from x265_param; X265_BUILD is now 217.
[28 lines not shown]
Tighten up lua handling in dnsdist
- pass the desired lua version to configure step, else lua-5.4 can be
picked over the lua-5.3 package we currently depend on. Issue visible
only on archs not supported by luajit
- drop redundant LIB_DEPENDS entry
- drop lua.port.mk workaround, instead set MODLUA_SA=Yes to prevent
the module from clobbering FULLPKGNAME
ok otto@ (maintainer) sthen@
lang/gcc: retire 8, 11 and 15
gcc-8 and gcc-11 was unhook for about a year, and gcc-15 for about 3 months.
The only reason to keep gcc-11 in ports was to use it as bootstrap
compiler for GDC for new version of GCC.
Right now GDC is enabled at aarch64 amd64 arm i386 mips64 powerpc
powerpc64 riscv64 and sparc64.
Literally everywhere where we build packages.
OK: sthen@ tb@
When a daemon is running, ensure that rc_reload rc_reload_signal rc_stop_signal
and rc_usercheck are read from the rc.d run script. We want to use values
compatible with what the script was started with because the original script
might have been updated since (ex. by using pkg_add -u).
Update to quilt-0.69 + tweaks
- take maintainership
- patch elisp file that causes warnings when loaded in emacs. The elisp
code appears safe to be interpreted with lexical binding.
https://www.gnu.org/software/emacs/manual/html_node/elisp/Converting-to-Lexical-Binding.html
- switch HOMEPAGE to HTTPS
- drop patch that now breaks a test
ok kspillner@ (former maintainer)
[BOLT][AArch64] Preserve tail-call annotation on local trampolines (#228105)
Propagate the tail-call annotation so cluster relaxation can relax the
trampoline's outgoing branch with a long thunk.
riscv/pmap.c: Don't pass hartid map to 'smp_rendezvous_cpus'
The pm_active bitmask is indexed by hart IDs which can differ from
CPU IDs. `pmap_invalidate_range_svinval` assumes that the map is
indexed by CPU IDs, which is wrong and causes remote TLB invalidations
on unrelated CPUs.
Fix this by adding a routine that converts a hart-indexed bitmask
to a CPU ID-indexed bitmask. While we're here, fix a similar issue
in `pmap_active_cpus`.
Fixes: 99360212c739 ("riscv/pmap.c: Add an Svinval-aware variant of pmap_invalidate_range")
Reported by: markj
Reviewed by: markj, mhorne
Differential Revision: https://reviews.freebsd.org/D60072
