LLVM/project de8c11aclang/include/clang/Basic CMakeLists.txt TargetBuiltins.h, clang/lib/Basic/Targets ARM.cpp

ARM TableGen Update (#208380)

- This PR replaces existing ARM builtin functions with TableGen.
- The `.td` file returns identical header names & type signatures as the
`.def` generated headers and types
- The change has been tested via the following:
  - `check-clang-tablegen`
  - `check-clang-sema`
  - `check-clang-codegen-arm`
  - `check-clang-codegen`
  - `clang-check`
  - `check-clang` 
  - None of the above returned errors or warnings
- The translation is mostly done via a translation script written in
Python
- [Link to translation
script](https://github.com/patricklapgar/python_scripts/blob/main/llvm/clang/arm_tablegen_mig.py)
- [Link to translation script test
suite](https://github.com/patricklapgar/python_scripts/blob/main/llvm/clang/test_arm_tablegen_mig.py)
- Disclaimer: Both the translation script and its test suite were made
w/ assistance from AI (IBM Bob)
DeltaFile
+354-0clang/include/clang/Basic/BuiltinsARM.td
+0-346clang/include/clang/Basic/BuiltinsARM.def
+25-16clang/lib/Basic/Targets/ARM.cpp
+41-0clang/include/clang/Basic/BuiltinsARMBase.td
+3-2clang/include/clang/Basic/TargetBuiltins.h
+4-0clang/include/clang/Basic/CMakeLists.txt
+427-3641 files not shown
+427-3657 files

FreeBSD/src 9d76545sys/dev/usb/wlan if_urtw.c

urtw: return error of usb_error_t

Found with:     clang -Werror=assign-enum
DeltaFile
+1-1sys/dev/usb/wlan/if_urtw.c
+1-11 files

FreeBSD/src 6a15fd9sys/compat/linuxkpi/common/include/linux ieee80211.h

linuxkpi: add WLAN_EID_HT_OPERATION to ieee80211_eid

It matches our IEEE80211_ELEMID_HTINFO, that is already in use.

Found with:     clang -Werror=assign-enum
DeltaFile
+1-0sys/compat/linuxkpi/common/include/linux/ieee80211.h
+1-01 files

FreeBSD/src d2a9eefsys/dev/mpt mpt_raid.h mpt_raid.c

mpt: mpt_map_physdisk() is internal and shall not return cam_status

Found with:     clang -Werror=assign-enum
DeltaFile
+1-1sys/dev/mpt/mpt_raid.h
+1-1sys/dev/mpt/mpt_raid.c
+2-22 files

LLVM/project 03f9bc1lldb/include/lldb/Core ModuleList.h, lldb/source/Core ModuleList.cpp

[lldb] Let callers of GetSharedModule skip symbol locating (NFC) (#214829)

GetSharedModule falls back on the symbol locator plugins when the spec
does not already name a binary it can open, and it does so while holding
the global module list lock. Locating a binary or symbol file can
potentially be quite slow, so we should have the option to opt out of
that, for example, if we already did the search upfront.
DeltaFile
+61-0lldb/unittests/Core/ModuleListTest.cpp
+14-4lldb/source/Core/ModuleList.cpp
+2-1lldb/include/lldb/Core/ModuleList.h
+77-53 files

LLVM/project 2f42894llvm/lib/Target/RISCV RISCVTargetMachine.cpp RISCVAsmPrinter.cpp, llvm/test/CodeGen/RISCV O1-newpm-pipeline.ll O3-newpm-pipeline.ll

[RISCV][NewPM] Add NewPM Codegen Pipeline Skeleton (#213129)

This follows what has been done for other targets. Follow-up commits
will port each pass and add them to this pipeline.

Assisted-by: AI
DeltaFile
+239-0llvm/lib/Target/RISCV/RISCVCodeGenPassBuilder.cpp
+108-0llvm/test/CodeGen/RISCV/O3-newpm-pipeline.ll
+107-0llvm/test/CodeGen/RISCV/O1-newpm-pipeline.ll
+39-0llvm/lib/Target/RISCV/RISCVAsmPrinter.h
+33-0llvm/lib/Target/RISCV/RISCVAsmPrinter.cpp
+0-13llvm/lib/Target/RISCV/RISCVTargetMachine.cpp
+526-135 files not shown
+550-1311 files

LLVM/project f391333clang/lib/Analysis IssueHash.cpp

Fix my mistake
DeltaFile
+2-5clang/lib/Analysis/IssueHash.cpp
+2-51 files

OpenBSD/src iQpwSb1usr.sbin/ypldap ypldap.h ypldap_dns.c

   Improve imsg code, switch to imsgbuf_get and use more imsg_get_data

   Switch the IMSG_HOST_DNS call to use imsg_add_strbuf and imsg_get_strbuf.
   Also use NI_MAXHOST for the name length.
   Also rework IMSG_PW_ENTRY and IMSG_GRP_ENTRY to use imsg_get_len()
   and imsg_get_data() to fetch the record. Ensure that the data length
   is large enough but not too large to fit into &ir.

   ok jmatthew@
VersionDeltaFile
1.56+27-25usr.sbin/ypldap/ldapclient.c
1.33+16-9usr.sbin/ypldap/ypldap.c
1.22+8-15usr.sbin/ypldap/ypldap_dns.c
1.26+6-2usr.sbin/ypldap/ypldap.h
+57-514 files

LLVM/project b059b20mlir/include/mlir/Dialect/Affine/IR AffineOps.td, mlir/lib/Dialect/Affine/IR AffineOps.cpp

[mlir][affine] Add optional alignment attribute to affine load/store ops (#214532)

Give `affine.load`, `affine.store`, `affine.vector_load` and
`affine.vector_store` the same optional `alignment` attribute that
`memref.load`/`memref.store` and `vector.load`/`vector.store` already
carry, via the same `AlignmentAttrOpInterface` and `IntValidAlignment`
constraint, and keep it standing where those ops are rebuilt:

- `--lower-affine` forwards the alignment onto the `memref`/`vector`
access it creates (previously it was dropped, since the lowering
rebuilds the access without carrying attributes over).
- The map-composition canonicalizer (`SimplifyAffineOp`) carries the
alignment over when it rebuilds an access with a composed map.

**Motivation.** Without a way to state alignment on the affine ops, a
frontend that raises an under-aligned llvm access through affine and
back must either give up on raising it, or watch the alignment silently
upgrade to the element type's ABI alignment on the way back down. That
upgrade is a miscompile: clang emits `load i128, align 8` for a 16-byte

    [19 lines not shown]
DeltaFile
+47-19mlir/lib/Dialect/Affine/IR/AffineOps.cpp
+41-13mlir/include/mlir/Dialect/Affine/IR/AffineOps.td
+25-0mlir/test/Conversion/AffineToStandard/lower-affine.mlir
+22-0mlir/test/Dialect/Affine/ops.mlir
+18-0mlir/test/Dialect/Affine/canonicalize.mlir
+16-0mlir/test/Dialect/Affine/invalid.mlir
+169-323 files not shown
+182-389 files

NetBSD/pkgsrc-wip a89cb00llama.cpp TODO

llama.cpp: Add references to recent CVEs
DeltaFile
+3-1llama.cpp/TODO
+3-11 files

NetBSD/pkgsrc-wip f8adca0py-anki2 TODO

py-anki2: Add reference to CVE-2026-64677
DeltaFile
+1-1py-anki2/TODO
+1-11 files

NetBSD/pkgsrc-wip 7f095d0java-netty TODO

java-netty: Stop tracking vulnerabilities

It is getting more and more time consuming and it seems that this
package was not updated since it was packaged and so probably not worth
to continue keep track of all the CVEs since then.
DeltaFile
+2-1java-netty/TODO
+2-11 files

LLVM/project 5b9acbcclang/lib/CodeGen CodeGenModule.cpp, clang/lib/CodeGen/Targets PPC.cpp

clang: Emit "long-double-type" module flag generically (#210819)

Move emission of the "long-double-type" module flag out of PowerPC
and into generic code, so it describes the long double format for all
targets.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+0-25clang/lib/CodeGen/Targets/PPC.cpp
+24-0clang/lib/CodeGen/CodeGenModule.cpp
+23-0clang/test/CodeGen/long-double-type-module-flag.c
+0-17clang/test/CodeGen/ppc64-long-double-type-attr.c
+47-424 files

LLVM/project 113e69cllvm/tools/libCASPluginTest CMakeLists.txt

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+3-1llvm/tools/libCASPluginTest/CMakeLists.txt
+3-11 files

LLVM/project 5188dfcllvm/include/llvm/IR IntrinsicsAMDGPU.td, llvm/lib/Target/AMDGPU SIISelLowering.cpp

[AMDGPU] Guard intrinsics that need vmem-to-lds-load-insts (#214842)
DeltaFile
+24-12llvm/include/llvm/IR/IntrinsicsAMDGPU.td
+24-10llvm/test/CodeGen/AMDGPU/llvm.amdgcn.buffer.load.lds.err.ll
+0-2llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+48-243 files

OpenZFS/src 28afe8b.github codeql-cpp.yml, .github/codeql/custom-queries/cpp AssignmentOfComparisonAsCondition.ql

CodeQL: Flag implicit compare-then-assign in branch conditions

Implicit compare-then-assign in branch conditions is buggy since
developers often mean assign-then-compare, but sometimes actually mean
compare-then-assign. GCC's -Wparentheses was originally meant to catch
assignment in place of comparison, requiring an extra set of parentheses
to turn this off. This had the happy coincidence of making developers
explicit about assign-then-compare vs compare-then-assign.

An outer level of extra parentheses will inhibit -Wparentheses warnings.
This often results in assign-then-compare being made explicit, but
instead of turning `if (x = foo() < 0)` into `if ((x = foo()) < 0)`, a
developer might write `if ((x = foo() < 0))`, which turns off the
warning, without fixing the problem. This happened in openzfs/zfs#18874.
There are other potential variations, such as `if ((x = (foo()) < 0))`,
which also suppresses GCC's warning, but fails to actually do anything
since the intended explicit parentheses to specify compare-then-assign
are around the right operand of the boolean operator, rather than around
the boolean operator, yet we have the additional parentheses needed to

    [43 lines not shown]
DeltaFile
+96-0.github/codeql/custom-queries/cpp/AssignmentOfComparisonAsCondition.ql
+1-0.github/codeql-cpp.yml
+97-02 files

LLVM/project 8f9778dllvm/include/llvm/CodeGen SelectionDAG.h, llvm/lib/CodeGen/GlobalISel LegalizerHelper.cpp

Disable tail mem libcalls in swifterror functions (#214590)

Tail calls in functions with a swifterror parameter aren't supported yet
and there's a guard against this but the same guard is missing in the
memcpy/memmove/memset libcall paths, which caused a miscompile/crash.
Apply this guard in those places.

https://github.com/swiftlang/swift/issues/90477
rdar://181625760
DeltaFile
+34-4llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
+33-0llvm/test/CodeGen/AArch64/swifterror-tailcall-memops.ll
+15-2llvm/lib/CodeGen/GlobalISel/LegalizerHelper.cpp
+4-1llvm/lib/CodeGen/SelectionDAG/LegalizeDAG.cpp
+1-2llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
+2-0llvm/include/llvm/CodeGen/SelectionDAG.h
+89-96 files

LLVM/project be9dcc5clang/lib/Analysis/LifetimeSafety FactsGenerator.cpp, clang/test/Sema/LifetimeSafety explicit-object-param-no-crash.cpp

[LifetimeSafety] Fix crash on explicit object member functions (#212154)

`-Wlifetime-safety` crashes on a call to an explicit object member
function whose object parameter is an rvalue reference, when the call
passes at least one further argument:
```c++
struct Foo {
  template <typename T>
  int get(this Foo &&self, T) { return self.field; }
  
  int field;
};

void call() { Foo().get(0); }
```

`handleMovedArgsInCall` pairs `Args[I]` with `getParamDecl(I - 1)`,
assuming the object argument has no corresponding `ParmVarDecl`. An
explicit object parameter is a `ParmVarDecl`, so the offset misaligned

    [11 lines not shown]
DeltaFile
+87-0clang/test/Sema/LifetimeSafety/explicit-object-param-no-crash.cpp
+15-7clang/lib/Analysis/LifetimeSafety/FactsGenerator.cpp
+102-72 files

LLVM/project a7fc371llvm/docs LangRef.md

[Docs] Fix a DIExpression fragment example (#214839)

Use DW_OP_LLVM_fragment for the source-variable fragment example. The
previous DW_OP_bit_piece form is not valid in LLVM DIExpression metadata
- the other code was changed a bit ago, this is just some documentation
that didn't catch up.
DeltaFile
+1-1llvm/docs/LangRef.md
+1-11 files

LLVM/project eb1c953clang/test/Analysis builtin_overflow.c

Update clang/test/Analysis/builtin_overflow.c

Co-authored-by: Balázs Benics <benicsbalazs at gmail.com>
DeltaFile
+1-2clang/test/Analysis/builtin_overflow.c
+1-21 files

LLVM/project 80ced39llvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize vplan-based-stride-mv-btc.ll

Fixes around PredicatedMaxBTC

* Don't use "clamp" for tail-folded loops
* Use `SE->getElementCount` for scalable non-tail-folded loops
DeltaFile
+228-16llvm/test/Transforms/LoopVectorize/vplan-based-stride-mv-btc.ll
+15-17llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+243-332 files

LLVM/project ebe102fclang/lib/Analysis IssueHash.cpp, clang/unittests/Analysis IssueHashTest.cpp

address comments
DeltaFile
+4-3clang/lib/Analysis/IssueHash.cpp
+1-1clang/unittests/Analysis/IssueHashTest.cpp
+5-42 files

LLVM/project b243fa2clang/docs ReleaseNotes.md, clang/include/clang/AST DeclCXX.h

[clang] Compute value dependence for references to structured bindings (#212368)

In some cases, a reference to a structured binding is value-dependent. I
think this has been possible since they were originally defined in
C++17. C++26 makes it easier to trigger issues, though.

CWG 2984 proposes a resolution to this issue, but the proposed
resolution makes a bunch of cases value-dependent where it isn't really
necessary. A comment in the code describes my alternative.

Fixes #211930
DeltaFile
+65-0clang/test/SemaCXX/binding-value-dependence.cpp
+23-0clang/lib/AST/ComputeDependence.cpp
+3-3clang/include/clang/AST/DeclCXX.h
+4-0clang/docs/ReleaseNotes.md
+2-1clang/lib/AST/ASTImporter.cpp
+97-45 files

FreeBSD/ports b477247devel/ta-lib distinfo pkg-plist, devel/ta-lib/files patch-ta-lib-config.in

devel/ta-lib: update 0.4.0 → 0.7.1

PR:             297033
Approved by:    bdheeman at gmail.com (maintainer's timeout; 14 days)
DeltaFile
+0-13devel/ta-lib/files/patch-ta-lib-config.in
+7-5devel/ta-lib/Makefile
+6-5devel/ta-lib/pkg-plist
+3-2devel/ta-lib/distinfo
+16-254 files

FreeBSD/ports 11380e4finance/py-ta-lib distinfo Makefile, finance/py-ta-lib/files patch-pyproject.toml patch-talib___ta__lib.c

finance/py-ta-lib: update 0.4.32 → 0.7.1
DeltaFile
+608-0finance/py-ta-lib/files/patch-talib___ta__lib.c
+31-0finance/py-ta-lib/files/patch-pyproject.toml
+8-11finance/py-ta-lib/Makefile
+3-3finance/py-ta-lib/distinfo
+650-144 files

ELF Tool Chain/elftoolchain 4397trunk/tests/tet/libelf/tset/gelf_xlate xlate.m4

libelf/testsuite: Initialize structs prior to taking their addresses.

The functions being tested currently fail (as expected) without
accessing these structs.  This changelist however improves the
robustness of these tests if this implementation behavior were
to change in the future.

DeltaFile
+6-0trunk/tests/tet/libelf/tset/gelf_xlate/xlate.m4
+6-01 files

LLVM/project 83779d4clang/include/clang/AST StmtOpenMP.h, clang/lib/AST StmtOpenMP.cpp

[clang][OpenMP] Split OMPOrderedDirective into two classes

Now that OMPD_ordered has been replaced with two variants, split
the OMPOrderedDirective class into two classes, one for each
variant.
DeltaFile
+77-71clang/lib/CodeGen/CGStmtOpenMP.cpp
+65-13clang/include/clang/AST/StmtOpenMP.h
+24-18clang/lib/AST/StmtOpenMP.cpp
+12-5clang/lib/Serialization/ASTReaderStmt.cpp
+14-3clang/lib/Sema/TreeTransform.h
+13-3clang/tools/libclang/CIndex.cpp
+205-11314 files not shown
+279-13720 files

LLVM/project 1fe45b4clang/lib/Parse ParseOpenMP.cpp, flang/lib/Parser openmp-parsers.cpp

[OpenMP] Delete now unused OMPD_ordered

It has been replaced by OMPD_ordered_standalone and
OMPD_ordered_blockassoc.
DeltaFile
+0-13llvm/include/llvm/Frontend/OpenMP/OMP.td
+1-2llvm/unittests/Frontend/OpenMPDirectiveNameParserTest.cpp
+1-2flang/lib/Semantics/check-omp-structure.cpp
+1-2flang/lib/Parser/openmp-parsers.cpp
+1-1llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
+1-1clang/lib/Parse/ParseOpenMP.cpp
+5-216 files

LLVM/project daa37b9clang/lib/Parse ParseOpenMP.cpp

Update function name in all places
DeltaFile
+2-2clang/lib/Parse/ParseOpenMP.cpp
+2-21 files

LLVM/project e3fc33aclang/lib/Parse ParseOpenMP.cpp

Update clang/lib/Parse/ParseOpenMP.cpp

Co-authored-by: Alexey Bataev <a.bataev at outlook.com>
DeltaFile
+1-1clang/lib/Parse/ParseOpenMP.cpp
+1-11 files