www/gitlab-workhorse: fix build on armv7
This cast is a no-op on 64 bit platforms and prevents a type error
on 32-bit platforms.
Approved by: portmgr (build fix blanket)
PR: 2026Q2
(cherry picked from commit 4731beeec6f8dad167fa3b3ff8d4848aea26c2fc)
devel/gitaly: fix build on armv7
Apparently these are not int64 on 32-bit platforms.
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
(cherry picked from commit e665c2bc9970aebba5a2a021092b0ca753204f84)
[llvm-profgen] Support [buildid:]0xaddr format in perfscript input (#190863)
Add support for optional build ID prefix in perfscript addresses,
following the format buildid:0xhexaddr. This enables multi-DSO profiling
with a single input file: each address optionally carries a build ID,
and profgen filters addresses by matching the binary's build ID.
--filter-build-id=<hex> CLI option overrides auto-detected build ID.
[lldb] Make VariableList::FindVariable const (NFC) (#195355)
I was surprised to find `FindVariable` was not `const`. While making it
`const`, I also replaced the iterator based loop with a ranged based
loop.
www/gitlab-workhorse: fix build on armv7
This cast is a no-op on 64 bit platforms and prevents a type error
on 32-bit platforms.
Approved by: portmgr (build fix blanket)
PR: 2026Q2
[llvm-profgen][NFC] Reuse isLBRSample (#191595)
Replace `StringRef::starts_with(" 0x")` calls with explicit
`isLBRSample` checks.
This is needed to support buildid-prefixed addresses in a follow-up
#190863.
Avoid calling markBranchAsResolved() when we discover a thunk in range
The only way for a thunk to be in range is if we created one. In that
case, we already call thunkInfo.pendingBranches.clear() so there is no
need to remove this branch.
Merge tag 'drm-fixes-2026-05-02' of https://gitlab.freedesktop.org/drm/kernel
Pull drm fixes from Dave Airlie:
"Fixes for rc2, the usual amdgpu/xe double header, I think xe had a
couple of weeks combined due to some maintainer access issues,
otherwise there's just a few misc fixes and documentation fixups.
core and helpers:
- calculate framebuffer geometry with format helpers
- fix docs
amdgpu:
- GFX12 fix for CONFIG_DRM_DEBUG_MM configs
- Fix DC analog support
- Userq fixes
- GART placement fix
- Aldebaran SMU fixes
- AMDGPU_INFO_READ_MMR_REG fix
- UVD 3.1 fix
[64 lines not shown]
[llvm-profgen][NFC] Factor out parseAddress (#191594)
Replace `StringRef::getAsInteger(16)` calls with explicit `parseAddress`
to make it easier to support buildid-prefixed addresses in a follow-up
(#190863).
llvm-*: Move all LLVM_BINUTILS symlinks to toolchain package
Some of the LLVM binary utilities were included in the Clang package
(because they did not set an explicit PACKAGE).
Add a new Makefile under clang/toolchain to create the symlinks and man
links for ar, c++filt, nm, and so on (without the llvm-* prefix) when
LLVM_BINUTILS is enabled (as it is by default).
PR: 293610
Reviewed by: bapt, ivy, brooks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D55692
Merge tag 'arm64-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux
Pull arm64 fixes from Catalin Marinas:
- Avoid writing an uninitialised stack variable to POR_EL0 on sigreturn
if the poe_context record is absent
- Reserve one more page for the early 4K-page kernel mapping to cover
the extra [_text, _stext) split introduced by the non-executable
read-only mapping
- Force the arch_local_irq_*() wrappers to be __always_inline so that
noinstr entry and idle paths cannot call out-of-line, instrumentable
copies
- Fix potential sign extension in the arm64 SCS unwinder's DWARF
advance_loc4 decoding
- Tolerate arm64 ACPI platforms with only WFI and no deeper PSCI idle
[14 lines not shown]
[libcxx][lit] Fix dsl.sh.py test failure on Windows (#195230)
We are seeing linux runtimes test failures on Windows host after PR
#194752 was merged. The runtimes unit test is producing Unix style line
break symbol on Windows, causing dsl.sh.py to fail. This patch mitigate
this issue by converting Windows style line breaks to Unix style ones to
mitigate this issue.