Reapply "[VPlan] Re-use VPSlotTracker when printing recipes for costs (NFC)." (#209003) (#211763)
This reverts commit 4c7948d06c93e8d233cd4733fd4107f3b68bc7bc. The commit
always constructs slot on first use, to fix compile-time regressions in
release builds.
Original message:
VPRecipeBase::dump() constructs a fresh VPSlotTracker instance on each
call. VPSlotTracker construction requires iterating over all recipes in
the plan, to number all VPValues.
To avoid doing lots of unnecessary work when printing VPlan costs,
construct a shared VPSlotTracker in VPCostContext, re-used by all
prints.
This can speed up debug output for large loops.
PR: https://github.com/llvm/llvm-project/pull/203386
p5-Module-Pluggable: update to 6.4.
2026-07-25 - 6.4
Add a CI/CD pipeline for the first time in 26 years
Add the ability to make search search "strict" and only walk the given search_dirs (thanks @rjbs)
Add much more documentation to Module::Pluggable::Object (thanks Dave Rolsky)
Make it so that you can give each search_path its own custom options
Finally fix spurious test failure because of already installed modules I hope (thanks @SZREZIC, Andreas Koenig and @ZEFRAM)
Remove optional_features from Makefile.PL META_MERGE which caused installation confusion sometimes
Add the ability to have different sorting algorithms (thanks @CHOHAG)
Fix the issues with OSX extended-attributes on files (thanks pgoyette99)
Clean up old stale core-lib (thanks @dolmen and @haarg)
Always use snprintf for MPI_EVENT_INTEGRATED_RAID output. Keep better
track of the amount that we've already printed and increase the max
length to handle all string combinations (even if they shouldn't happen).
From a suggestion by kre.
p5-HTTP-Message: update to 7.04.
7.04 2026-07-24 00:01:56Z
- add RFC 10008 HTTP QUERY method (GH#225) (Daniel Böhmer),
see https://datatracker.ietf.org/doc/rfc10008/
7.03 2026-07-21 20:45:16Z
- Fix max_body_size for Content-Encoding: br, which made every brotli
response fail to decode whenever a limit was set (GH#229)
p5-HTTP-Cookies: update to 6.12.
6.12 2026-07-26 02:34:52Z
- Honour Max-Age when extracting cookies; it had been silently ignored
since 6.10, so Max-Age=0 no longer deleted a cookie and a Max-Age
lifetime was never applied (GH#69) (reported by Robert Mueller)
- When both Max-Age and Expires are present, let Max-Age take precedence
regardless of order, and let a repeated attribute's last value win, per
RFC 6265 5.3 (GH#69)
groff: rename ghostscript option back to groff-docs
It pulls in more than ghostscript, and there was no backwards
compatibility provided for the old option.
[ConstraintElim] Re-organize tests with decomposition failures (NFC). (#212130)
Add more tests for failed decomposition, consolidate them in
partial-decomposition.ll.
[mlir][arith] Fold trivial integer division and remainder (#212074)
Add value-preserving folds mirroring LLVM's InstructionSimplify for the
integer division and remainder ops:
```
divui/divsi/ceildivui/ceildivsi/floordivsi(0, x) -> 0
divui/divsi/ceildivui/ceildivsi/floordivsi(x, x) -> 1
remui/remsi(0, x) -> 0
remui/remsi(x, x) -> 0
```
The self and zero-dividend cases are valid refinements because division
or remainder by zero is undefined behaviour; no overflow flags are
required. The folds return a scalar or splat constant and bail out on
shaped types with a dynamic shape.
Folding `x / 0` and `x % 0` to poison is left as a TODO: it would make
the arith dialect depend on the ub dialect to materialize `ub.poison`.
[20 lines not shown]
math/openblas: fix build on i386
Due to a miscompilation, a stack variable accessed by the MOVAPS
instruction ends up being misaligned. With MOVAPS requiring memory
operands to be aligned, this causes a bus error on i386. The underlying
cause could be that gfortran assumes a 16-byte aligned stack as is the
case on current i386 Linux, while we have not done the same ABI change.
I have worked around the problem by passing -mpreferred-stack-boundary=2
to disable assumptions about stack alignment, though ultimately this
will need to be fixed in the gcc and gfortran ports.
PR: 293087
MFH: 2026Q3
Reported by: salvadore
See also: https://github.com/OpenMathLib/OpenBLAS/issues/5905
Approved by: portmgr (build fix blanket)
(cherry picked from commit 48bc034e072df81878dee9fc7efb3b1eb6f3e2e8)
net/gnunet: fix build on armv7
We don't have libatomic and don't need it in any case.
Approved by: portmgr (build fix blanket)
MFH: 2026Q3
(cherry picked from commit 6d0770557bb5d784a9ac3fa113b91dfd56d0e73e)
