LLVM/project af812fcclang/lib/Headers riscv_packed_simd.h, clang/test/CodeGen/RISCV rvp-intrinsics.c

[Clang][RISCV][P-ext] Support packed widening convert intrinsics (#208394)

This patch implements all packed widening convert intrinsics using
general vector operations. Low widening conversions use
`__builtin_convertvector`, while high-half conversions use general
shuffles.

The generated code for high-half conversions is correct but not yet
optimal.
DeltaFile
+162-0clang/test/CodeGen/RISCV/rvp-intrinsics.c
+99-0llvm/test/CodeGen/RISCV/rvp-widening-convert.ll
+49-2llvm/lib/Target/RISCV/RISCVISelLowering.cpp
+50-0cross-project-tests/intrinsic-header-tests/riscv_packed_simd.c
+27-0clang/lib/Headers/riscv_packed_simd.h
+387-25 files

LLVM/project 25a5b78llvm/include/llvm/IR PatternMatch.h, llvm/lib/Analysis ValueTracking.cpp

[PatternMatch] Add capturing m_Phi matcher (NFC) (#208949)

Add a new capturing m_Phi matcher and use it in some patterns instead of
manually casting/checking if operand is a phi.

PR: https://github.com/llvm/llvm-project/pull/208949
DeltaFile
+4-11llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+6-8llvm/lib/Transforms/Vectorize/LoopIdiomVectorize.cpp
+2-11llvm/lib/CodeGen/CodeGenPrepare.cpp
+4-4llvm/lib/Target/RISCV/RISCVCodeGenPrepare.cpp
+2-4llvm/lib/Analysis/ValueTracking.cpp
+3-0llvm/include/llvm/IR/PatternMatch.h
+21-386 files

FreeBSD/doc 0bee9f4documentation/content/en/books/handbook/wine _index.adoc

Handbook - wine: Fix packages paths

PR:                     296708
Differential Revision:  D58166
DeltaFile
+3-3documentation/content/en/books/handbook/wine/_index.adoc
+3-31 files

NetBSD/pkgsrc-wip 329d46frust197-bin Makefile distinfo, rust197-bin/files install.sh

rust197-bin: Add a package corresponding to rust197.
DeltaFile
+971-0rust197-bin/files/install.sh
+309-0rust197-bin/Makefile
+56-0rust197-bin/distinfo
+17-0rust197-bin/DESCR
+13-0rust197-bin/buildlink3.mk
+1,366-05 files

FreeBSD/doc 19222efdocumentation/content/en/articles/committers-guide _index.adoc

committers-guide: Use macros for branch examples

PR:                     279503
Reviewed by:            wosch
Differential Revision:  https://reviews.freebsd.org/D57937
DeltaFile
+19-19documentation/content/en/articles/committers-guide/_index.adoc
+19-191 files

OpenBSD/src 26VFYtMregress/usr.bin/ssh cfgparse.sh

   check sshd_config output case insensitively
VersionDeltaFile
1.10+7-7regress/usr.bin/ssh/cfgparse.sh
+7-71 files

LLVM/project 0b85e1elldb/source/Plugins/Process/Utility InferiorCallPOSIX.cpp

Support Re-export Symbol for FunctionCall

A symbol can be a stub that is re-exported to another library. For
example, ELF can specify an auxiliary library and emit a zero-sized
symbol in the symbol table. This can cause expression evaluation to
resolve the stub instead of the actual function. Fix this by resolving
re-exported symbols to their actual addressed.
DeltaFile
+28-6lldb/source/Plugins/Process/Utility/InferiorCallPOSIX.cpp
+28-61 files

LLVM/project 0f6e6fdlldb/unittests/ObjectFile/ELF TestObjectFileELF.cpp, lldb/unittests/Target ReExportedSymbolTest.cpp CMakeLists.txt

Add unit tests for ELF filter-library symbol handling.

* ObjectFileELFTest.FilterLibraryPlaceholderSymbols: a yaml2obj ELF
  filter library with two DT_AUXILIARY entries checks that
  GetReExportedLibraries() returns the filtees in dynamic-section
  order, that zero-sized exported functions become re-exported symbols
  recording the first filtee and the unversioned name (@VERSION suffix
  stripped), and that nonzero-sized and local definitions are left
  alone.

* ReExportedSymbolTest.ResolveThroughFilteesInOrder: a target holding
  a filter library and two filtee modules checks that
  Symbol::ResolveReExportedSymbol finds a definition in the first
  filtee via the library recorded on the symbol, continues to the next
  filtee in declaration order for symbols the first filtee lacks, and
  that without the containing module only the recorded library is
  searched.

Co-Authored-By: Claude Fable 5 <noreply at anthropic.com>
DeltaFile
+269-0lldb/unittests/Target/ReExportedSymbolTest.cpp
+121-0lldb/unittests/ObjectFile/ELF/TestObjectFileELF.cpp
+1-0lldb/unittests/Target/CMakeLists.txt
+391-03 files

FreeBSD/src b34fd60lib/libc/locale localeconv.c

libc locale/localeconv.c: use release semantic when clearing locale_changed

PR:     296410

(cherry picked from commit 4efbcf36a0d49ab142023a767871532f515f1381)
DeltaFile
+2-2lib/libc/locale/localeconv.c
+2-21 files

LLVM/project e62c0cbclang/lib/AST/ByteCode Compiler.cpp Pointer.cpp, clang/test/PCH cxx20-template-args.cpp

[clang][bytecode] Fix comparing `TemplateParamObjectDecl`s (#208734)

1) When creating the global variables for them, always use the first
decl
2) When converting null pointers to `APValue`, don't cast the nullptr
base to `Expr` or `ValueDecl`. Use `LValueBase()` instead, so the
internal `PointerUnion` has an all-zeros value as `getOpaqueValue()`. If
we don't do this, we run into problems with merging of
`TemplateParamObjectDecls` because they don't compare equal via
`::Profile()`.
DeltaFile
+5-2clang/lib/AST/ByteCode/Compiler.cpp
+1-1clang/lib/AST/ByteCode/Pointer.cpp
+1-0clang/test/PCH/cxx20-template-args.cpp
+7-33 files

FreeBSD/ports f62f90ddevel/gitaly distinfo, net/gitlab-agent distinfo

www/gitlab: security and patch update to 19.1.2

Changes:        https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-1-2-released/
Security:       84ce0c0c-7b4e-11f1-9c40-2cf05da270f3
DeltaFile
+11-11devel/gitaly/distinfo
+6-6www/gitlab/distinfo
+5-5www/gitlab-pages/distinfo
+5-5www/gitlab-workhorse/distinfo
+5-5net/gitlab-agent/distinfo
+3-3net/rubygem-gitlab-kas-grpc/distinfo
+35-351 files not shown
+37-377 files

FreeBSD/ports c49ba7cwww Makefile, www/gitlab Makefile

www/gitlab: fix regression from d747b3e47669abac14d4808212f48455fbe3f3fe

www/rubygem-js-routes 2.4.x includes in incompatible API change which
breaks gitlab at runtime while e.g. loading projects.
The problem only appears if the asset for gitlab are recompiled with
this new version which makes it harder to spot the problem.

I will follow up the issue here:
https://gitlab.com/gitlab-org/gitlab/-/work_items/605464

Thanks a lot to Peter for finding the cause of that problem!

PR:             296698
DeltaFile
+20-0www/rubygem-js-routes-gitlab/Makefile
+3-0www/rubygem-js-routes-gitlab/distinfo
+2-0www/rubygem-js-routes-gitlab/pkg-descr
+1-1www/gitlab/Makefile
+1-0www/Makefile
+27-15 files

LLVM/project 31ae997lldb/unittests/ObjectFile/ELF TestObjectFileELF.cpp, lldb/unittests/Target ReExportedSymbolTest.cpp CMakeLists.txt

Add unit tests for ELF filter-library symbol handling.

* ObjectFileELFTest.FilterLibraryPlaceholderSymbols: a yaml2obj ELF
  filter library with two DT_AUXILIARY entries checks that
  GetReExportedLibraries() returns the filtees in dynamic-section
  order, that zero-sized exported functions become re-exported symbols
  recording the first filtee and the unversioned name (@VERSION suffix
  stripped), and that nonzero-sized and local definitions are left
  alone.

* ReExportedSymbolTest.ResolveThroughFilteesInOrder: a target holding
  a filter library and two filtee modules checks that
  Symbol::ResolveReExportedSymbol finds a definition in the first
  filtee via the library recorded on the symbol, continues to the next
  filtee in declaration order for symbols the first filtee lacks, and
  that without the containing module only the recorded library is
  searched.

Co-Authored-By: Claude Fable 5 <noreply at anthropic.com>
DeltaFile
+269-0lldb/unittests/Target/ReExportedSymbolTest.cpp
+121-0lldb/unittests/ObjectFile/ELF/TestObjectFileELF.cpp
+1-0lldb/unittests/Target/CMakeLists.txt
+391-03 files

LLVM/project 9c2bb1alldb/include/lldb/Symbol Symbol.h, lldb/source/Plugins/ObjectFile/ELF ObjectFileELF.cpp ObjectFileELF.h

[LLDB] Support Auxiliary library in ELF format

An ELF filter library (DT_FILTER) or auxiliary filter (DT_AUXILIARY)
delegates symbol resolution to its filtee: the dynamic linker looks up
each symbol in the filtee first, falling back to the filter library's
own definition. Filter library may export placeholder smyolbs whose
addresses are not the actual function entry points.

To support this, we teach ObjectFileELF to parse the filtee and model
placeholder function definition in filter libraries as ReExported,
reusing the existing re-export machinery.

Notice that in ELF, we don't record the per-symbol target ReExported
library like Macho. Instead, it is a suggestion list from the libraries
that exposes this symbol. As a result, we need to pass the library
Module to read the suggestion list to correctly parse the file in
Resolver.
DeltaFile
+43-10lldb/source/Symbol/Symbol.cpp
+31-0lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
+11-1lldb/include/lldb/Symbol/Symbol.h
+2-0lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.h
+87-114 files

LLVM/project 2aab895clang/test/CodeGen arm_neon_intrinsics.c cx-complex-range.c, clang/test/CodeGen/AArch64 neon-intrinsics.c

[SROA] Use constant 64-bit indices for Extract/InsertElement (#208918)

The canonical form preferred by instCombine is to use 64-bit values for
constant index in ExtractElement and InsertElement.
DeltaFile
+790-790clang/test/CodeGen/arm_neon_intrinsics.c
+218-218clang/test/CodeGen/cx-complex-range.c
+216-216clang/test/CodeGen/arm-neon-vst.c
+147-147clang/test/CodeGen/AArch64/neon/intrinsics.c
+113-113clang/test/CodeGen/AArch64/neon-intrinsics.c
+104-104llvm/test/Transforms/SROA/vector-promotion.ll
+1,588-1,58822 files not shown
+1,823-1,82528 files

OpenBSD/ports sehc1yvx11/xdrawchem Makefile distinfo, x11/xdrawchem/patches patch-xdrawchem-qt5_xdrawchem_molecule_1h_nmr_cpp patch-xdrawchem-qt5_xdrawchem_molecule_sssr_cpp

   Update to xdrawchem-2.0.1

   Migrated to a new fork, which performed a full modernization pass
   targeting C++14/17 best practices and Qt6 forward-readiness

   Changes: https://github.com/bryanherger/xdrawchem/releases
VersionDeltaFile
1.6+131-3x11/xdrawchem/pkg/PLIST
1.1+26-0x11/xdrawchem/patches/patch-xdrawchem-qt5_xdrawchem_molecule_1h_nmr_cpp
1.36+9-14x11/xdrawchem/Makefile
1.1+19-0x11/xdrawchem/patches/patch-xdrawchem-qt5_xdrawchem_molecule_sssr_cpp
1.1+14-0x11/xdrawchem/patches/patch-xdrawchem-qt5_CMakeLists_txt
1.7+2-2x11/xdrawchem/distinfo
+201-191 files not shown
+201-197 files

OpenBSD/ports lUn7tj0misc/openbabel Makefile distinfo, misc/openbabel/patches patch-CMakeLists_txt

   Update to openbabel-3.2.1

   Changes:
   https://github.com/openbabel/openbabel/releases/tag/openbabel-3-2-1

   Following check_sym, bump major of libopenbabel
VersionDeltaFile
1.6+4-4misc/openbabel/patches/patch-CMakeLists_txt
1.41+2-2misc/openbabel/Makefile
1.11+2-2misc/openbabel/distinfo
+8-83 files

OpenBSD/ports gNSmmcwdevel/git Makefile

   Unbreak git, reported by naddy@ thanks !
VersionDeltaFile
1.299+3-1devel/git/Makefile
+3-11 files

LLVM/project 7215a1allvm/test/Transforms/LoadStoreVectorizer/AMDGPU merge-stores.ll, llvm/test/Transforms/LoadStoreVectorizer/NVPTX load-store-256-bit.ll vectorize_i8.ll

[LoadStoreVectorizer] Use constant 64-bit indices for Extract/InsertElement (#208941)

The canonical form preferred by instCombine is to use 64-bit values for
constant index in ExtractElement and InsertElement.
DeltaFile
+305-304llvm/test/Transforms/LoadStoreVectorizer/NVPTX/load-store-256-bit.ll
+138-138llvm/test/Transforms/LoadStoreVectorizer/NVPTX/vectorize_i8.ll
+80-80llvm/test/Transforms/LoadStoreVectorizer/NVPTX/masked-store.ll
+78-78llvm/test/Transforms/LoadStoreVectorizer/AMDGPU/merge-stores.ll
+50-50llvm/test/Transforms/LoadStoreVectorizer/X86/vectorize-i8-nested-add.ll
+40-40llvm/test/Transforms/LoadStoreVectorizer/NVPTX/gap-fill.ll
+691-69025 files not shown
+932-93331 files

FreeBSD/ports ecf650fnet-im/flare distinfo Makefile.crates

net-im/flare: Update 0.20.6 => 0.21.0

Changelog:
https://gitlab.com/schmiddi-on-mobile/flare/-/releases/0.21.0

Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q3

(cherry picked from commit 9fca7431f164040811e277b751ded831127df3d3)
DeltaFile
+268-320net-im/flare/distinfo
+133-159net-im/flare/Makefile.crates
+1-1net-im/flare/Makefile
+402-4803 files

FreeBSD/ports 9fca743net-im/flare distinfo Makefile.crates

net-im/flare: Update 0.20.6 => 0.21.0

Changelog:
https://gitlab.com/schmiddi-on-mobile/flare/-/releases/0.21.0

Approved by:    osa, vvd (Mentors, implicit)
MFH:            2026Q3
DeltaFile
+268-320net-im/flare/distinfo
+133-159net-im/flare/Makefile.crates
+1-1net-im/flare/Makefile
+402-4803 files

LLVM/project 76f0d46lld/test/ELF aarch64-reloc-pauth.s pack-dyn-relocs-relr-loop.s

[ELF,test] Improve .relr.auth.dyn -> .rela.dyn movement coverage (#208991)

Test two behaviors of #195649 that were unasserted:

- .dynamic shrinks when all .relr.auth.dyn entries are moved to a
  non-empty .rela.dyn. Check the section header size: readelf -d stops
  at the first DT_NULL and cannot show stale padding. This subsumes
  empty-relr.s (a size-neutral tag swap, which passed even without the
  fix), so remove it.
- An empty .rela.dyn is removed when .relr.auth.dyn is unused. Assert
  this in pack-dyn-relocs-relr-loop.s.
DeltaFile
+40-54lld/test/ELF/aarch64-reloc-pauth.s
+2-0lld/test/ELF/pack-dyn-relocs-relr-loop.s
+42-542 files

LLVM/project 359b99cllvm/test/Transforms/SLPVectorizer/RISCV runtime-strided-stores.ll complex-loads.ll, llvm/test/Transforms/SLPVectorizer/SystemZ reductions-fmin-fmax.ll

[SLP] Use constant 64-bit indices for Extract/InsertElement (#208957)

The canonical form preferred by instCombine is to use 64-bit values for
constant index in ExtractElement and InsertElement.
DeltaFile
+82-82llvm/test/Transforms/SLPVectorizer/RISCV/runtime-strided-stores.ll
+60-60llvm/test/Transforms/SLPVectorizer/RISCV/complex-loads.ll
+57-57llvm/test/Transforms/SLPVectorizer/X86/used-reduced-op.ll
+56-56llvm/test/Transforms/SLPVectorizer/SystemZ/reductions-fmin-fmax.ll
+54-54llvm/test/Transforms/SLPVectorizer/X86/pr47629-inseltpoison.ll
+54-54llvm/test/Transforms/SLPVectorizer/X86/pr47629.ll
+363-363454 files not shown
+2,737-2,736460 files

FreeBSD/ports fa8233eaudio/atracdenc distinfo Makefile

audio/atracdenc: Update to 0.2.3

Changelog:
https://github.com/dcherednik/atracdenc/blob/0.2.3/debian/changelog
DeltaFile
+3-3audio/atracdenc/distinfo
+1-1audio/atracdenc/Makefile
+4-42 files

FreeBSD/ports 033bdabmultimedia/mythtv Makefile

multimedia/mythtv: Mark BROKEN

plist is broken as Python dependencies are missing:
"WARNING: disabling Python bindings; missing pip, wheel"
DeltaFile
+2-0multimedia/mythtv/Makefile
+2-01 files

FreeBSD/ports 08b6319devel/librashader distinfo Makefile.crates

devel/librashader: Update 0.11.3 to 0.12.0

Changelogs:
https://github.com/SnowflakePowered/librashader/releases/tag/librashader-v0.11.4
https://github.com/SnowflakePowered/librashader/releases/tag/librashader-v0.12.0

PR:             296551
DeltaFile
+27-29devel/librashader/distinfo
+12-13devel/librashader/Makefile.crates
+1-1devel/librashader/Makefile
+40-433 files

FreeBSD/ports 0110011emulators/ares Makefile

*/*: Bump consumers after librashader update update

In this case there's only one, emulators/ares

PR:             296551
DeltaFile
+1-1emulators/ares/Makefile
+1-11 files

FreeBSD/ports 8eb6223dns/c-ares distinfo Makefile

dns/c-ares: Update to 1.34.8

Changelog: https://github.com/c-ares/c-ares/releases/tag/v1.34.8

Security:       CVE-2026-33630
                GHSA-pjmc-gx33-gc76
                GHSA-jv8r-gqr9-68wj
DeltaFile
+3-3dns/c-ares/distinfo
+2-2dns/c-ares/Makefile
+1-1dns/c-ares/pkg-plist
+6-63 files

LLVM/project 02a3883lld/ELF LinkerScript.cpp, lld/test/ELF/linkerscript tbss-addr-expr.s

[lld][ELF] Allow explicit address expressions on .tbss output sections (#196447)

D107208 allows consecutive SHF_TLS SHT_NOBITS (.tbss) output sections by
making
each .tbss start at the end address of the previous one
(state->tbssAddr). This
happens unconditionally, so an explicit output section address
(`.tbss ADDR : { ... }`) is silently ignored, unlike GNU ld.

Apply the tbssAddr fallback only when the section has no address
expression.

Some embedded/RTOS applications link the kernel and several mutually
isolated
tasks into a single ELF and require every section, .tbss included, to
sit at a
specific address matching the memory map. Placing a task's .tbss in its
own
protected region is a security boundary: one task must not be able to

    [3 lines not shown]
DeltaFile
+48-0lld/test/ELF/linkerscript/tbss-addr-expr.s
+1-1lld/ELF/LinkerScript.cpp
+49-12 files

LLVM/project 7792961clang/lib/AST/ByteCode EvalEmitter.cpp EvalEmitter.h, clang/utils/TableGen ClangOpcodesEmitter.cpp

[clang][bytecode] Remove EvalEmitter::OpPC (#208988)

We pass this when evaluting opcodes in EvalEmitter, but we never set it
to anything, so the underlying pointer is always null and we later and
up using the source location of the expression we're evaluating.

This seems to only cause problems when Statement expressions are
involved so far.
DeltaFile
+6-5clang/lib/AST/ByteCode/EvalEmitter.cpp
+0-3clang/lib/AST/ByteCode/EvalEmitter.h
+1-1clang/utils/TableGen/ClangOpcodesEmitter.cpp
+7-93 files