LLVM/project 267e3d3clang/test/CodeGen target-data.c, clang/test/CodeGenOpenCL amdgpu-env-amdgcn.cl

Revert "[AMDGPU] Update data layout string to use the new pointer spec about …"

This reverts commit 1a861970f2ba5a8e0bdc47423a892d5f39a25c05.
DeltaFile
+6-7llvm/lib/TargetParser/TargetDataLayout.cpp
+4-4clang/test/CodeGen/target-data.c
+3-3lld/test/ELF/lto/amdgcn-oses.ll
+1-1lld/test/ELF/lto/r600.ll
+1-1lld/test/ELF/lto/amdgcn.ll
+1-1clang/test/CodeGenOpenCL/amdgpu-env-amdgcn.cl
+16-176 files

FreeBSD/src 3e845b1sbin/ping/tests test_ping.py

ping: fix listing test cases when scapy is not installed

The ATF-python test program was attempting to list test cases that
require scapy.  But it attempted to import the scapy module before the
test cases had been listed, resulting in an ImportError that kyua
interpreted as a test program crash.

Fix this behavior by handling that ImportError well enough to list test
cases, but not run them.  If scapy isn't present, Kyua will refuse to
run the test cases.  But it needs to be able to list them in order to
know to skip them.

Sponsored by:           ConnectWise
MFC after:              2 weeks
Reviewed by:            maxim
Differential Revision:  https://reviews.freebsd.org/D56765
DeltaFile
+25-1sbin/ping/tests/test_ping.py
+25-11 files

LLVM/project 2ce499bllvm/include/llvm/IR Constant.h, llvm/lib/IR Constants.cpp

[NFCI][IR] Add DataLayout pointer to zero and null value related APIs

When the semantics of `ConstantPointerNull` change to represent a semantic null
pointer in the future, a null value won't necessarily be a zero value anymore.
Because of that, the entire LLVM constant infrastructure will need to change. As
a first step, this PR adds an optional data layout pointer to `isNullValue`,
`isZeroValue`, `getNullValue`, and `getZeroValue`. It isn't used yet, since a
null value is still a zero value right now.
DeltaFile
+144-0llvm/unittests/IR/ConstantsTest.cpp
+25-2llvm/include/llvm/IR/Constant.h
+15-3llvm/lib/IR/Constants.cpp
+184-53 files

FreeBSD/ports cfd5dd8net/geoclue distinfo Makefile

net/geoclue: update to 2.8.1

PR:             294928
DeltaFile
+3-3net/geoclue/distinfo
+1-1net/geoclue/Makefile
+4-42 files

LLVM/project 7d925b9libcxx/include/__random discard_block_engine.h shuffle_order_engine.h

[libc++] Make __is_seed_sequence a variable template (#195420)

This makes things a bit more readable and improves compile times a bit.
DeltaFile
+4-5libcxx/include/__random/discard_block_engine.h
+4-5libcxx/include/__random/shuffle_order_engine.h
+2-4libcxx/include/__random/is_seed_sequence.h
+2-2libcxx/include/__random/linear_congruential_engine.h
+2-2libcxx/include/__random/mersenne_twister_engine.h
+2-2libcxx/include/__random/independent_bits_engine.h
+16-201 files not shown
+18-227 files

FreeBSD/ports eccdb54devel/libgsf Makefile

devel/libgsf: Enable testing
DeltaFile
+8-1devel/libgsf/Makefile
+8-11 files

FreeBSD/ports 1bb0a9ddevel/libgsf distinfo Makefile

devel/libgsf: update to 1.14.58

PR:             294910
DeltaFile
+3-3devel/libgsf/distinfo
+1-1devel/libgsf/Makefile
+4-42 files

FreeBSD/src 9f98195lib/msun/man math.3

man/math.3: mention fmaximum_mag_num, fminimum_mag_num

PR:             294719
MFC after:      1 month
DeltaFile
+5-3lib/msun/man/math.3
+5-31 files

FreeBSD/src 7c20e15lib/msun/src s_fmaximum_num.c s_fmaximum_numf.c

lib/msun: Replaced pattern to force exception in _num families

Replaced the old pattern of using a ternary to force addition
(raising exceptions for sNaN's) with a new one using a volatile
variable. The _mag_num family was already implemented with this pattern

PR:             294719
Reviewed by:    fuz, kargl
MFC after:      1 month
DeltaFile
+10-4lib/msun/src/s_fmaximum_num.c
+10-4lib/msun/src/s_fmaximum_numf.c
+10-4lib/msun/src/s_fmaximum_numl.c
+10-4lib/msun/src/s_fminimum_num.c
+10-4lib/msun/src/s_fminimum_numf.c
+10-4lib/msun/src/s_fminimum_numl.c
+60-246 files

FreeBSD/src f62d826lib/msun/man fmaximum_mag_num.3, lib/msun/src s_fminimum_mag_num.c s_fmaximum_mag_num.c

lib/msun: fmaximum_mag_num family. Tests and man page

Added the fmaximum_mag_num{,f,l} and fminimum_mag_num{,f,l} functions.

PR:             294719
Reviewed by:    fuz, kargl
MFC after:      1 month
DeltaFile
+109-0lib/msun/man/fmaximum_mag_num.3
+90-0lib/msun/src/s_fminimum_mag_num.c
+88-0lib/msun/src/s_fmaximum_mag_num.c
+85-0lib/msun/src/s_fminimum_mag_numf.c
+84-0lib/msun/src/s_fmaximum_mag_numf.c
+79-0lib/msun/src/s_fminimum_mag_numl.c
+535-06 files not shown
+677-1912 files

FreeBSD/ports ef52a93net/liferea distinfo Makefile

net/liferea: update to 1.16.9

Release Notes:
  https://github.com/lwindolf/liferea/releases/tag/v1.16.9
DeltaFile
+3-3net/liferea/distinfo
+1-1net/liferea/Makefile
+4-42 files

FreeBSD/ports 960985bnet-mgmt/check_ssl_cert distinfo Makefile

net-mgmt/check_ssl_cert: update to 2.99.0

Release Notes:
  https://github.com/matteocorti/check_ssl_cert/releases/tag/v2.99.0
DeltaFile
+3-3net-mgmt/check_ssl_cert/distinfo
+1-1net-mgmt/check_ssl_cert/Makefile
+4-42 files

Illumos/gate 1fbc24cusr/src/common/crypto/chacha chacha.c

18052 chacha: use __nonstring attribute
Reviewed by: Andy Fiddaman <illumos at fiddaman.net>
Approved by: Dan McDonald <danmcd at edgecast.io>
DeltaFile
+2-2usr/src/common/crypto/chacha/chacha.c
+2-21 files

OpenBSD/ports qM8zpGwlang/gcc/15/patches patch-libgcc_config_arm_unwind-arm_h

   gcc-15 failed to build on arm(v7) because it didn't know what a bool was in
   an MD specific file.  Add the header, so gcc-15 builds again.

   Does not affect any other architecture.

   OK pascal@
   OK for -release naddy@ sthen@
VersionDeltaFile
1.2+10-1lang/gcc/15/patches/patch-libgcc_config_arm_unwind-arm_h
+10-11 files

FreeBSD/ports be9eaactextproc/gojq distinfo Makefile

textproc/gojq: Update to 0.12.19

Changelog:      https://github.com/itchyny/gojq/releases/tag/v0.12.19
Approved by:    hrs (mentor, blanket)
DeltaFile
+5-5textproc/gojq/distinfo
+2-2textproc/gojq/Makefile
+7-72 files

OpenBSD/src YAx5vxssys/arch/riscv64/include elf.h cpu.h, sys/arch/riscv64/riscv64 cpu.c autoconf.c

   Improve CPU identification and hwcap for riscv64.

   On riscv64 we currently only expose a fixed hwcap value (G + C) and do not
   actually report any of what the CPUs provide via extensions. This means
   that userland cannot detect and make use of additional instructions that
   exist.

   Rework cpu_identify() so that we build hwcap/hwcap2, then use this to select
   the correct functions/support to use if we're on the primary CPU (rather
   than doing this for every CPU). Check that the secondary CPUs have the same
   features as the primary CPU (although this is coming from the DTB and not
   the actual hardware).

   Finally report available extensions via hwcap/hwcap2 so that we can
   make use of these instructions in userland.

   ok kettenis@ jca@
VersionDeltaFile
1.27+108-30sys/arch/riscv64/riscv64/cpu.c
1.4+55-11sys/arch/riscv64/include/elf.h
1.26+3-1sys/arch/riscv64/include/cpu.h
1.10+3-1sys/arch/riscv64/riscv64/autoconf.c
+169-434 files

FreeBSD/ports 475e8e8sysutils/usacloud-core distinfo Makefile.version

sysutils/usacloud: Update to 1.22.1

ChangeLogs:     https://github.com/sacloud/usacloud/releases/tag/v1.22.1
Approved by:    hrs (mentor, blanket)
DeltaFile
+5-5sysutils/usacloud-core/distinfo
+1-1sysutils/usacloud-core/Makefile.version
+1-1sysutils/usacloud-core/Makefile
+7-73 files

LLVM/project fd51c78clang/lib/AST DeclTemplate.cpp, clang/lib/Sema SemaTemplateDeductionGuide.cpp SemaTemplate.cpp

[clang] fix alias ctad producing function template with no template parameters (#195303)
DeltaFile
+40-43clang/lib/Sema/SemaTemplateDeductionGuide.cpp
+18-9clang/lib/Sema/SemaTemplate.cpp
+9-0clang/lib/AST/DeclTemplate.cpp
+4-3clang/test/SemaCXX/cxx20-ctad-type-alias.cpp
+3-3clang/lib/Sema/SemaInit.cpp
+2-2clang/test/SemaTemplate/deduction-guide.cpp
+76-604 files not shown
+82-6210 files

LLVM/project b506ef0clang/lib/CodeGen/TargetBuiltins AMDGPU.cpp, llvm/lib/Analysis ValueTracking.cpp

[ValueTracking] Add CharWidth argument to getConstantStringInfo (NFC)

The method assumes that host chars and target chars have the same width.
Add a CharWidth argument so that it can bail out if the requested char
width differs from the host char width.

Alternatively, the check could be done at call sites, but this is more
error-prone.

In the future, this method will be replaced with a different one that
allows host/target chars to have different widths. The prototype will
be the same except that StringRef is replaced with something that is
byte width agnostic. Adding CharWidth argument now reduces the future
diff.
DeltaFile
+72-31llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp
+9-3llvm/lib/Transforms/AggressiveInstCombine/AggressiveInstCombine.cpp
+5-2llvm/lib/Analysis/ValueTracking.cpp
+2-2clang/lib/CodeGen/TargetBuiltins/AMDGPU.cpp
+2-2llvm/lib/Transforms/Utils/AMDGPUEmitPrintf.cpp
+2-2llvm/lib/Target/AMDGPU/AMDGPUPrintfRuntimeBinding.cpp
+92-424 files not shown
+96-4610 files

LLVM/project 3a59b36llvm/include/llvm/IR PatternMatch.h, llvm/lib/Analysis InstructionSimplify.cpp

[IR] Account for byte width in m_PtrAdd

The method has few uses yet, so just pass DL argument to it. The change
follows m_PtrToIntSameSize, and I don't see a better way of delivering
the byte width to the method.
DeltaFile
+19-6llvm/unittests/IR/PatternMatch.cpp
+8-5llvm/include/llvm/IR/PatternMatch.h
+4-3llvm/lib/Transforms/InstCombine/InstCombineSimplifyDemanded.cpp
+3-2llvm/lib/Transforms/Scalar/SeparateConstOffsetFromGEP.cpp
+1-1llvm/lib/Transforms/InstCombine/InstructionCombining.cpp
+1-1llvm/lib/Analysis/InstructionSimplify.cpp
+36-186 files

LLVM/project 68d0d2bllvm/include/llvm/IR IRBuilder.h, llvm/lib/Transforms/Instrumentation SanitizerCoverage.cpp

[IRBuilder] Add getByteTy and use it in CreatePtrAdd

The change requires DataLayout instance to be available, which, in turn,
requires insertion point to be set. In-tree tests detected only one case
when the function was called without setting an insertion point, it was
changed to create a constant expression directly.
DeltaFile
+22-0llvm/unittests/IR/IRBuilderTest.cpp
+8-2llvm/include/llvm/IR/IRBuilder.h
+2-3llvm/lib/Transforms/Instrumentation/SanitizerCoverage.cpp
+32-53 files

LLVM/project 6950e52clang/lib/CodeGen ItaniumCXXABI.cpp, llvm/include/llvm/IR Constants.h

Use DL in ConstantExpr::getPtrAdd() / ConstantExpr::getInBoundsPtrAdd()
DeltaFile
+9-9llvm/lib/Analysis/ScalarEvolution.cpp
+9-9llvm/include/llvm/IR/Constants.h
+9-0llvm/lib/IR/Constants.cpp
+5-3llvm/lib/Transforms/IPO/LowerTypeTests.cpp
+2-1clang/lib/CodeGen/ItaniumCXXABI.cpp
+2-1llvm/unittests/IR/PatternMatch.cpp
+36-237 files not shown
+43-3013 files

LLVM/project 2b27589llvm/lib/Transforms/Utils SimplifyLibCalls.cpp, llvm/test/Transforms/InstCombine/SimplifyLibCalls memcpy-b16.ll memset-b16.ll

[SimplifyLibCalls] Add initial support for non-8-bit bytes

The patch makes CharWidth argument of `getStringLength` mandatory
and ensures the correct values are passed in most cases.
This is *not* a complete support for unusual byte widths in
SimplifyLibCalls since `getConstantStringInfo` returns false for those.
The code guarded by `getConstantStringInfo` returning true is unchanged
because the changes are currently not testable.
DeltaFile
+126-67llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp
+69-0llvm/test/Transforms/InstCombine/SimplifyLibCalls/memcpy-b16.ll
+66-0llvm/test/Transforms/InstCombine/SimplifyLibCalls/memset-b16.ll
+50-0llvm/test/Transforms/InstCombine/SimplifyLibCalls/strcmp-b32.ll
+47-0llvm/test/Transforms/InstCombine/SimplifyLibCalls/stpncpy-b16.ll
+45-0llvm/test/Transforms/InstCombine/SimplifyLibCalls/strchr-b16.ll
+403-6729 files not shown
+932-10435 files

LLVM/project 5d7713bllvm/lib/Analysis ValueTracking.cpp

[ValueTracking] Make isBytewiseValue byte width agnostic

This is a simple change to show how easy it can be to support unusual
byte widths in the middle end.
DeltaFile
+14-13llvm/lib/Analysis/ValueTracking.cpp
+14-131 files

LLVM/project 37f8c63llvm/include/llvm/IR Intrinsics.td Intrinsics.h, llvm/lib/IR Intrinsics.cpp Core.cpp

[IR] Make @llvm.memset prototype byte width dependent

This patch changes the type of the value argument of @llvm.memset and
similar intrinsics from i8 to iN, where N is the byte width specified
in data layout string.
Note that the argument still has fixed type (not overloaded), but type
checker will complain if the type does not match the byte width.

Ideally, the type of the argument would be dependent on the address
space of the pointer argument. It is easy to do this (and I did it
downstream as a PoC), but since data layout string doesn't currently
allow different byte widths for different address spaces, I refrained
from doing it now.
DeltaFile
+37-25llvm/lib/IR/Intrinsics.cpp
+9-4llvm/include/llvm/IR/Intrinsics.td
+6-3llvm/include/llvm/IR/Intrinsics.h
+2-2llvm/lib/IR/Core.cpp
+3-1llvm/lib/IR/Function.cpp
+2-1llvm/lib/IR/AutoUpgrade.cpp
+59-366 files not shown
+68-4212 files

LLVM/project 20f765cllvm/include/llvm/IR DataLayout.h, llvm/lib/IR DataLayout.cpp

[DataLayout] Add byte specification

This patch adds byte specification to data layout string.
The specification is `b:<size>`, where `<size>` is the size of a byte
in bits (later referred to as "byte width").

Limitations:
* The only values allowed for byte width are 8, 16, and 32.
16-bit bytes are popular, and my downstream target has 32-bit bytes.
These are the widths I'm going to add tests for in follow-up patches,
so this restriction only exists because other widths are untested.
* It is assumed that bytes are the same in all address spaces.
Supporting different byte widths in different address spaces would
require adding an address space argument to all DataLayout methods
that query ABI / preferred alignments because they return *byte*
alignments, and those will be different for different address spaces.
This is too much effort, but it can be done in the future if the need
arises, the specification reserves address space number before ':'.
DeltaFile
+68-19llvm/lib/IR/DataLayout.cpp
+16-6llvm/include/llvm/IR/DataLayout.h
+84-252 files

FreeBSD/ports 86b709adevel/ruby-build distinfo Makefile

devel/ruby-build: Update to 20260501

Changes:        https://github.com/rbenv/ruby-build/releases/tag/v20260501
(cherry picked from commit 591e27396e41ab5af13d064d5fce350f6611482a)
DeltaFile
+3-3devel/ruby-build/distinfo
+1-1devel/ruby-build/Makefile
+4-42 files

FreeBSD/ports 591e273devel/ruby-build distinfo Makefile

devel/ruby-build: Update to 20260501

Changes:        https://github.com/rbenv/ruby-build/releases/tag/v20260501
DeltaFile
+3-3devel/ruby-build/distinfo
+1-1devel/ruby-build/Makefile
+4-42 files

FreeBSD/ports 9391af4print/pdftk Makefile, textproc/py-sphinx-autoapi Makefile

*: Reset MAINTAINER of Andreas Bilke's ports per his request

Thank you for your work

Reference:      https://lists.freebsd.org/archives/freebsd-ports/2026-May/009427.html
DeltaFile
+1-1print/pdftk/Makefile
+1-1textproc/py-sphinx-autoapi/Makefile
+1-1textproc/py-sphinx-autodoc-typehints/Makefile
+1-1www/py-pelican/Makefile
+4-44 files

OpenBSD/src OhDAI8Iusr.sbin/acme-client json.c netproc.c

   Prevent memory leaks from json_getstr.

   json_getstr returns the result of strdup (or NULL) to the caller so
   the caller has to free the memory.

   While here, setting order->finalize to NULL once is enough.

   From Jan Schreiber (jes AT posteo.de), with input from tb.

   OK tb (some time ago)
VersionDeltaFile
1.24+16-19usr.sbin/acme-client/json.c
1.47+2-1usr.sbin/acme-client/netproc.c
+18-202 files