LLVM/project 410558aclang/lib/CIR/CodeGen CIRGenClass.cpp, clang/lib/CIR/Dialect/Transforms LoweringPrepare.cpp

[CIR] Use per-element zero-initialization with array new (#187760)

There was a discrepancy between the CIR and classic codegen handling of
zero-initialization of constructed objects with array new. Classic
codegen performs zero-initialization on a per-element basis, while CIR
had been inserting a single zero-initialization of the entire array
before individually constructing the elements.

This change aligns the CIR behavior with the classic codegen behavior.
DeltaFile
+150-0clang/test/CIR/CodeGen/new.cpp
+12-5clang/lib/CIR/Dialect/Transforms/LoweringPrepare.cpp
+6-5clang/lib/CIR/CodeGen/CIRGenClass.cpp
+168-103 files

LLVM/project 993b110clang/lib/Headers altivec.h, clang/lib/Sema SemaPPC.cpp

[PowerPC] Add target feature validation for builtins in Sema (#187371)

Adds early target feature checking for PowerPC builtins during semantic
analysis, catching missing target features before code generation and
providing better error messages to users.

Assisted by AI.
DeltaFile
+50-0clang/test/Sema/PowerPC/ppc-dmf-mma-builtin-err.c
+20-0clang/lib/Sema/SemaPPC.cpp
+9-9clang/lib/Headers/altivec.h
+8-8clang/test/CodeGen/PowerPC/builtins-ppc-xlcompat.c
+11-4clang/test/Parser/cxx-altivec.cpp
+4-5clang/test/Sema/builtins-bcd-transform.c
+102-2614 files not shown
+136-6120 files

LLVM/project b6151c4clang/lib/CIR/CodeGen CIRGenItaniumCXXABI.cpp CIRGenModule.cpp, clang/test/CIR/CodeGen rtti-member-pointer.cpp rtti-qualfn.cpp

 [CIR] Implement pointer type RTTI (#184011)

#163601 
#163850

---------

Signed-off-by: Nikita B <n2h9z4 at gmail.com>
Co-authored-by: Nikita B <n2h9z4 at gmail.com>
Co-authored-by: Copilot <175728472+Copilot at users.noreply.github.com>
DeltaFile
+102-2clang/lib/CIR/CodeGen/CIRGenItaniumCXXABI.cpp
+58-0clang/test/CIR/CodeGen/rtti-member-pointer.cpp
+36-0clang/test/CIR/CodeGen/rtti-qualfn.cpp
+29-0clang/test/CIR/CodeGen/throws.cpp
+4-1clang/lib/CIR/CodeGen/CIRGenModule.cpp
+229-35 files

LLVM/project ef171c6llvm/lib/Target/WebAssembly WebAssemblyFastISel.cpp, llvm/test/CodeGen/WebAssembly load-ext.ll

Revert "[WebAssembly][FastISel] Fold i64 extension chains into widened loads …"

This reverts commit a2c6b34193fbcaf76d48d2896c816adb9ee45ffe.
DeltaFile
+77-216llvm/lib/Target/WebAssembly/WebAssemblyFastISel.cpp
+92-54llvm/test/CodeGen/WebAssembly/load-ext.ll
+169-2702 files

LLVM/project 738cbb2. .mailmap

[mailmap] Map quicinc.com addresses to qti.qualcomm.com/oss.qualcomm.com; fix sort order (#181426)

Co-authored-by: Sam Elliott <sam at lenary.co.uk>
DeltaFile
+19-6.mailmap
+19-61 files

LLVM/project 1bad1d9llvm/test/MC/Hexagon elf-reloc-variants.s packet-constraint-checks.s

[Hexagon] Add MC checker and relocation coverage tests (#183955)

Add tests targeting HexagonMCChecker, MC relocation encoding, and ELF
object writing:

- packet-constraint-checks.s: MCChecker packet constraint violation
detection including solo instructions, slot restrictions, and read-write
hazards. Improves HexagonMCChecker.cpp line coverage from 46.53% to
84.23%.

- checker-solo-cof-slots.s: MCChecker hardware loop restrictions and
slot overflow handling.

- reloc-tls-gd.s: MC relocation encoding for TLS GD/LD/IE/LE variants.
Improves HexagonMCCodeEmitter.cpp line coverage from 74.18% to 91.14%.

- reloc-data-sizes.s: MC relocation encoding for data-size relocations
(8/16/32-bit).


    [2 lines not shown]
DeltaFile
+33-0llvm/test/MC/Hexagon/elf-reloc-variants.s
+26-0llvm/test/MC/Hexagon/packet-constraint-checks.s
+25-0llvm/test/MC/Hexagon/reloc-tls-gd.s
+24-0llvm/test/MC/Hexagon/checker-solo-cof-slots.s
+21-0llvm/test/MC/Hexagon/reloc-data-sizes.s
+129-05 files

FreeNAS/freenas f592af1src/freenas/usr/lib/modules-load.d truenas.conf

Load auth_rpcgss at boot to fix Kerberos NFS after manual start

gssproxy writes 1 to `/proc/net/rpc/use-gss-proxy` once at startup. If
the proc file doesn't exist yet (`auth_rpcgss` not loaded), it silently
gives up. v0.9.2 adds a 10-second retry timer for this case,
but TrueNAS ships v0.9.1.

When NFS is started manually with auto-start disabled, `gssproxy` has
already started and given up. The kernel's `use_gss_proxy` flag stays -1
and the first Kerberos client locks it to 0 (one-shot latch), breaking
`RPCSEC_GSS` until reboot. Loading `auth_rpcgss` early ensures the proc
file exists before gssproxy starts.

Tested with NFS auto-start disabled and rebooting. Before fix,
`use-gss-proxy` stayed -1 after manual NFS start and a raw
`RPCSEC_GSS_INIT` request locked it to 0. After fix, `use-gss-proxy`
is 1.
DeltaFile
+1-0src/freenas/usr/lib/modules-load.d/truenas.conf
+1-01 files

LLVM/project 9fd8bc0compiler-rt/lib/fuzzer FuzzerInterceptors.cpp

[libFuzzer] Fix -Wunused-variable when building with NDEBUG (#188301)

The variable `FuzzerInitIsRunning` is only used within `assert()`.
Follow up to #178342.
DeltaFile
+6-0compiler-rt/lib/fuzzer/FuzzerInterceptors.cpp
+6-01 files

NetBSD/pkgsrc-wip dbf92f7chromium COMMIT_MSG distinfo

chromium: update to 146.0.7680.164
DeltaFile
+19-56chromium/COMMIT_MSG
+6-6chromium/distinfo
+1-1chromium/Makefile
+26-633 files

LLVM/project 68edb9flldb/source/Target ProcessTrace.cpp, lldb/unittests/Process ProcessTraceTest.cpp

[lldb] Fix trace load hang (#187768)

#179799 removed the `SetPrivateState(eStateStopped)` call in
`ProcessTrace::DidAttach()`. This makes the call to
`WaitForProcessToStop` hang forever, causing the `trace load` command to
hang.

This fix reintroduces the `SetPrivateState` call so a postmortem trace
process will "stop" after being loaded, matching the logic used in
`Process::LoadCore()`.
DeltaFile
+26-1lldb/unittests/Process/ProcessTraceTest.cpp
+4-0lldb/source/Target/ProcessTrace.cpp
+30-12 files

HardenedBSD/src 7959f85sys/conf files, sys/netinet6 in6_mcast.c

Merge remote-tracking branch 'origin/hardened/current/master' into hardened/current/cross-dso-cfi
DeltaFile
+4-4sys/netinet6/in6_mcast.c
+1-1sys/conf/files
+5-52 files

HardenedBSD/src f2c03e4sys/conf files, sys/netinet6 in6_mcast.c

Merge branch 'freebsd/current/main' into hardened/current/master
DeltaFile
+4-4sys/netinet6/in6_mcast.c
+1-1sys/conf/files
+5-52 files

HardenedBSD/ports 8051350games/gemrb pkg-plist, games/libretro-shaders-slang pkg-plist

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+1-609sysutils/loki/distinfo
+1-323sysutils/loki/Makefile
+267-32science/fasthenry/pkg-plist
+225-27games/gemrb/pkg-plist
+208-14games/libretro-shaders-slang/pkg-plist
+53-53www/chromium/files/patch-chrome_browser_about__flags.cc
+755-1,05893 files not shown
+1,180-1,34599 files

LLVM/project 8228749llvm/lib/CodeGen/AsmPrinter WinCFGuard.cpp, llvm/test/CodeGen/WinCFGuard cfguard-alias.ll

[CFGuard] Consider function aliases as indirect call targets (#188223)

With vector deleting destructors, it's common to include function
aliases in vftables.

After #185653 it's become more likely that the alias gets overridden in
a different TU. It's therefore important that it's the alias itself that
goes in the control-flow guard table.
DeltaFile
+28-0llvm/test/CodeGen/WinCFGuard/cfguard-alias.ll
+14-3llvm/lib/CodeGen/AsmPrinter/WinCFGuard.cpp
+42-32 files

LLVM/project 06c51b1llvm/docs LangRef.rst, llvm/include/llvm/IR FloatingPointOps.def

[IR] Allow non-constrained math intrinsics in strictfp functions

The current implementation of floating-point support uses two different
representations for each floating-point operation, such as `llvm.trunc`
and `llvm.experimental.constrained.trunc`. The main difference between
them is the presence of side effects that describe interaction with the
floating-point environment. Which of the two functions should be used is
determined by the enclosing function's attribute 'strictfp'. The
compiler does not check whether a regular functions, like `llvm.trunc`
is used in a strictfp function, so maintaining consistency is the user's
responsibility.  It is easy to mistakenly use the regular,
side-effect-free intrinsic in a strictfp function, and even LLVM tests
contain examples of this.

If the variant of intrinsic is determined solely by the 'strictfp'
function attribute, the distinction between the two forms appear to be
redundant, and the regular form could be used in all cases. This would
require the compiler to deduce side effects from the function
attributes. In this scenario, floating-point operations would have

    [17 lines not shown]
DeltaFile
+150-28llvm/docs/LangRef.rst
+68-108llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
+72-0llvm/include/llvm/IR/FloatingPointOps.def
+32-0llvm/lib/IR/IRBuilder.cpp
+9-14llvm/test/CodeGen/AMDGPU/amdgpu-simplify-libcall-pow.ll
+19-0llvm/lib/Analysis/BasicAliasAnalysis.cpp
+350-15014 files not shown
+425-17320 files

LLVM/project c191ad0mlir/include/mlir/Dialect/Arith/IR ArithOps.td, mlir/lib/Dialect/Arith/IR ArithOps.cpp

[mlir][arith] Mark `arith.remsi` and `arith.remui` as conditionally speculatable
DeltaFile
+16-2mlir/include/mlir/Dialect/Arith/IR/ArithOps.td
+13-0mlir/lib/Dialect/Arith/IR/ArithOps.cpp
+29-22 files

LLVM/project 87725e7libsycl/src CMakeLists.txt, libsycl/src/detail device_binary_structures.hpp program_manager.cpp

fix comments

Signed-off-by: Tikhomirova, Kseniya <kseniya.tikhomirova at intel.com>
DeltaFile
+27-65libsycl/src/detail/device_binary_structures.hpp
+26-26libsycl/src/detail/program_manager.cpp
+20-18libsycl/src/detail/program_manager.hpp
+7-7libsycl/src/detail/kernel_id.hpp
+6-5libsycl/src/detail/device_image_wrapper.hpp
+3-0libsycl/src/CMakeLists.txt
+89-1211 files not shown
+91-1227 files

OpenBSD/ports yQ0QhQhsysutils/docker-compose distinfo modules.inc

   sysutils/docker-compose: update to 5.1.1
VersionDeltaFile
1.32+22-32sysutils/docker-compose/distinfo
1.28+7-12sysutils/docker-compose/modules.inc
1.35+1-1sysutils/docker-compose/Makefile
+30-453 files

LLVM/project efaf001lldb/docs/resources formatterbytecode.rst

[lldb][docs] Restore correct @update bytecode signature (#188295)

Mistakenly changed in https://github.com/llvm/llvm-project/pull/182155
DeltaFile
+1-1lldb/docs/resources/formatterbytecode.rst
+1-11 files

LLVM/project 0158cd0llvm/lib/Target/RISCV RISCVMergeBaseOffset.cpp, llvm/test/CodeGen/RISCV sfb-merge-base-offset.ll fold-addi-loadstore-cpi.mir

[RISCV] Merge Base Offset for SFB Pseudos (#187620)

This implements the Merge Base Offset pass for the SFB Load Pseudos.
These Pseudos are expanded after Merge Base Offset, so the pass needs to
handle them.

I also had to extend support in MergeBaseOffset to ensuring that ImmOp
could be a Constant Pool Index, which seemed to be supported in some
checks but not others.
DeltaFile
+493-0llvm/test/CodeGen/RISCV/sfb-merge-base-offset.ll
+99-21llvm/lib/Target/RISCV/RISCVMergeBaseOffset.cpp
+76-0llvm/test/CodeGen/RISCV/fold-addi-loadstore-cpi.mir
+668-213 files

LLVM/project 95546c8lldb/examples/python formatter_bytecode.py, lldb/test/Shell/ScriptInterpreter/Python/Inputs/FormatterBytecode RigidArrayLLDBFormatterC.txt RigidArrayLLDBFormatterSwift.txt

[lldb] Fix value of sig_update in formatter_bytecode.py (#188292)
DeltaFile
+3-1lldb/examples/python/formatter_bytecode.py
+1-1lldb/test/Shell/ScriptInterpreter/Python/Inputs/FormatterBytecode/RigidArrayLLDBFormatterC.txt
+1-1lldb/test/Shell/ScriptInterpreter/Python/Inputs/FormatterBytecode/RigidArrayLLDBFormatterSwift.txt
+5-33 files

LLVM/project 01af152llvm/test/CodeGen/NVPTX i1-int-to-fp.ll

[NVPTX] Fix assumption of sm versioning (#188282)

The test case in #188118 assumes sm-90 is always available, leading to a
crash
```
 # | ptxas fatal   : SM version specified by .target is higher than default SM version assumed
```

This PR updates the test case to follow the check specified in
`llvm/test/CodeGen/NVPTX/cp-async-bulk-tensor-reduce.ll`,
namely `%if ptxas-sm_90 && ptxas-isa-7.8`
DeltaFile
+1-1llvm/test/CodeGen/NVPTX/i1-int-to-fp.ll
+1-11 files

FreeBSD/ports 46fcb35textproc/groonga distinfo Makefile

textproc/groonga: Update version 15.2.3=>15.2.4

Changelog: https://groonga.org/docs/news/15.html#release-15-2-4
DeltaFile
+3-3textproc/groonga/distinfo
+1-1textproc/groonga/Makefile
+4-42 files

HardenedBSD/ports 46fcb35textproc/groonga distinfo Makefile

textproc/groonga: Update version 15.2.3=>15.2.4

Changelog: https://groonga.org/docs/news/15.html#release-15-2-4
DeltaFile
+3-3textproc/groonga/distinfo
+1-1textproc/groonga/Makefile
+4-42 files

FreeBSD/ports 1e4cefadevel/py-PyGithub distinfo Makefile

devel/py-PyGithub: Update version 2.8.1=>2.9.0

Changelog: https://github.com/PyGithub/PyGithub/releases/tag/v2.9.0
DeltaFile
+3-3devel/py-PyGithub/distinfo
+1-2devel/py-PyGithub/Makefile
+4-52 files

HardenedBSD/ports 7796c70devel/py-pipdeptree distinfo Makefile

devel/py-pipdeptree: Update version 2.33.0=>2.34.0

Changelog: https://github.com/tox-dev/pipdeptree/releases/tag/2.34.0
DeltaFile
+3-3devel/py-pipdeptree/distinfo
+1-1devel/py-pipdeptree/Makefile
+4-42 files

FreeBSD/ports 4b8facdsysutils/httm distinfo Makefile

sysutils/httm: Update version 0.49.0=>0.49.1

Changelog: https://github.com/kimono-koans/httm/releases/tag/0.49.1
DeltaFile
+3-3sysutils/httm/distinfo
+1-2sysutils/httm/Makefile
+4-52 files

FreeBSD/ports af8d925devel/py-cbor2 distinfo Makefile

devel/py-cbor2: Update version 5.8.0=>5.9.0

Changelog: https://github.com/agronholm/cbor2/releases/tag/5.9.0
DeltaFile
+3-3devel/py-cbor2/distinfo
+1-1devel/py-cbor2/Makefile
+4-42 files

HardenedBSD/ports 4b8facdsysutils/httm distinfo Makefile

sysutils/httm: Update version 0.49.0=>0.49.1

Changelog: https://github.com/kimono-koans/httm/releases/tag/0.49.1
DeltaFile
+3-3sysutils/httm/distinfo
+1-2sysutils/httm/Makefile
+4-52 files

HardenedBSD/ports af8d925devel/py-cbor2 distinfo Makefile

devel/py-cbor2: Update version 5.8.0=>5.9.0

Changelog: https://github.com/agronholm/cbor2/releases/tag/5.9.0
DeltaFile
+3-3devel/py-cbor2/distinfo
+1-1devel/py-cbor2/Makefile
+4-42 files