[all-commits] [llvm/llvm-project] f5b9e1: [SanitizerBinaryMetadata] Fix multi-version saniti...

Alexey Bataev via All-commits all-commits at lists.llvm.org
Mon Jul 8 12:47:35 PDT 2024


  Branch: refs/heads/users/alexey-bataev/spr/slpkeep-the-original-order-in-the-reductions
  Home:   https://github.com/llvm/llvm-project
  Commit: f5b9e11eb8ada0e7cc292f9ecd29a220d1265084
      https://github.com/llvm/llvm-project/commit/f5b9e11eb8ada0e7cc292f9ecd29a220d1265084
  Author: Marco Elver <elver at google.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/test/CodeGen/sanitize-metadata-ignorelist.c
    M clang/test/CodeGen/sanitize-metadata-nosanitize.c
    M clang/test/CodeGen/sanitize-metadata.c
    M llvm/lib/Transforms/Instrumentation/SanitizerBinaryMetadata.cpp
    M llvm/test/Instrumentation/SanitizerBinaryMetadata/atomics.ll
    M llvm/test/Instrumentation/SanitizerBinaryMetadata/ctor.ll

  Log Message:
  -----------
  [SanitizerBinaryMetadata] Fix multi-version sanitizer metadata (#97848)

It should be valid to combine TUs that have different versions of
sanitizer metadata. However, this had not been possible due to giving
sanitizer metadata sections, constructors, and destructors (that call
callbacks) the same name for different versions.

This would then result in the linker attempting to merge sections that
contain metadata of different versions, as well as picking any one of
the constructors or destructors due to having the same COMDAT key. The
end result is that consumers of this data would end up interpreting the
metadata incorrectly.

Although combining old and new versions is not recommended, more
realistic is combining TUs that have been compiled with different target
code models (which are also encoded in the sanitizer metadata version).

To fix, and properly support multi-version sanitizer metadata, attach
the version to section names and internal constructor and destructor
names. The ABI remains unchanged.


  Commit: 0577cdaa32b26c02e16822343e7039b999f43d58
      https://github.com/llvm/llvm-project/commit/0577cdaa32b26c02e16822343e7039b999f43d58
  Author: Florian Hahn <flo at fhahn.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/include/llvm/Transforms/Vectorize/LoopVectorizationLegality.h
    M llvm/lib/Transforms/Vectorize/LoopVectorizationLegality.cpp
    M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
    M llvm/test/Transforms/LoopVectorize/RISCV/vectorize-force-tail-with-evl-interleave.ll

  Log Message:
  -----------
  [LV] Split checking if tail-folding is possible, collecting masked ops. (#77612)

Introduce new canFoldTail helper which only checks if tail-folding is
possible, but without modifying MaskedOps.

Just because tail-folding is possible doesn't mean the tail will be
folded; that's up to the cost-model to decide. Separating the check if
tail-folding is possible and preparing for tail-folding makes sure that
MaskedOps is only populated when tail-folding is actually selected.

PR: https://github.com/llvm/llvm-project/pull/77612


  Commit: 12e47aabd4e4c6cec15092183b91ec279a0a7ab4
      https://github.com/llvm/llvm-project/commit/12e47aabd4e4c6cec15092183b91ec279a0a7ab4
  Author: Joseph Huber <huberjn at outlook.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M libc/cmake/modules/LLVMLibCCompileOptionRules.cmake
    M libc/config/config.json
    M libc/config/gpu/config.json
    M libc/docs/configure.rst
    M libc/src/math/generic/tan.cpp

  Log Message:
  -----------
  [libc] Add config option for fast math optimizations (#98029)

Summary:
This patch adds `LIBC_COPT_MATH_OPTIMIZATIONS` that allows users to
configure the
different math optimizations.


  Commit: 2f37a22f10a1128c695bc469871a9101edce853e
      https://github.com/llvm/llvm-project/commit/2f37a22f10a1128c695bc469871a9101edce853e
  Author: Fangrui Song <i at maskray.me>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/include/llvm/Object/ELF.h
    M llvm/include/llvm/Object/ELFObjectFile.h
    M llvm/lib/Object/ELF.cpp
    M llvm/lib/Object/ELFObjectFile.cpp
    A llvm/test/tools/llvm-objdump/ELF/crel.test
    M llvm/test/tools/llvm-objdump/X86/elf-disassemble-relocs.test
    M llvm/tools/llvm-objdump/ELFDump.cpp
    M llvm/tools/llvm-objdump/llvm-objdump.cpp

  Log Message:
  -----------
  [llvm-objdump] -r: support CREL

Extract the llvm-readelf decoder to `decodeCrel` (#91280) and reuse it
for llvm-objdump.

Because the section representation of LLVMObject (`SectionRef`) is
64-bit, insufficient to hold all decoder states, `section_rel_begin` is
modified to decode CREL eagerly and hold the decoded relocations inside
ELFObjectFile<ELFT>.

The test is adapted from llvm/test/tools/llvm-readobj/ELF/crel.test.

Pull Request: https://github.com/llvm/llvm-project/pull/97382


  Commit: 3320036370ba3719471ab243f253237e88996495
      https://github.com/llvm/llvm-project/commit/3320036370ba3719471ab243f253237e88996495
  Author: Eleanor Bonnici <eleanor.bonnici at arm.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/docs/CommandGuide/llvm-objcopy.rst
    M llvm/include/llvm/ObjCopy/CommonConfig.h
    M llvm/lib/ObjCopy/ConfigManager.cpp
    M llvm/lib/ObjCopy/ELF/ELFObjcopy.cpp
    A llvm/test/tools/llvm-objcopy/ELF/change-section-lma.test
    M llvm/tools/llvm-objcopy/ObjcopyOptions.cpp
    M llvm/tools/llvm-objcopy/ObjcopyOpts.td

  Log Message:
  -----------
  [llvm-objcopy] Add change-section-lma *+/-offset (#95431)

llvm-objcopy did not support change-section-lma argument.

This patch adds support for a use case of change-section-lma, that is
shifting load address of all sections by the same offset. This seems to
be the only practical use case of change-section-lma, found in other
software such as Zephyr RTOS's build system.

This is an option that could possibly be supported in some other than
ELF formats, however this change only implements it for ELF. When used
with other formats an error message is raised.

In comparison, the behavior of GNU objcopy is inconsistent. For some ELF
files it behaves the same as described above. For others, it copies the
file without modifying the p_paddr fields when it would be expected. In
some experiments it modifies arbitrary fields in section or program
headers. It is unclear what exactly determines this.
The executable file generated by yaml2obj in this test is not parsable
by GNU objcopy. With Machine set to EM_AARCH64, the file can be parsed
and the first test in the test file completes with 0 exit code. However,
the result is rather arbitrary. AArch64 GNU objcopy subtracts 0x1000
from p_filesz and p_memsz of the first LOAD section and 0x1000 from
p_offset of the second LOAD section. It does not look meaningful.


  Commit: 7776fba473a216b2d1a765491bdc5db710cdff8f
      https://github.com/llvm/llvm-project/commit/7776fba473a216b2d1a765491bdc5db710cdff8f
  Author: Mikhail R. Gadelha <mikhail at igalia.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M libc/src/__support/File/file.cpp
    M libc/src/__support/File/file.h
    M libc/src/__support/File/linux/file.cpp
    M libc/src/__support/File/linux/file.h
    M libc/src/stdio/fopencookie.cpp
    M libc/src/stdio/generic/ftell.cpp
    M libc/src/sys/mman/linux/mmap.cpp
    M libc/src/unistd/linux/pread.cpp
    M libc/src/unistd/linux/pwrite.cpp
    M libc/test/src/__support/File/file_test.cpp

  Log Message:
  -----------
  [libc][NFC] Adjust use of off_t internally (#68269)

This patch includes changes related to the use of off_t in libc,
targeted at 32-bit systems: in several places, the offset is used either
as a long or an off_t (64-bit signed int), but in 32-bit systems a long
type is only 32 bits long.

Fix a warning in mmap where a long offset is expected, but we were
passing an off_t. A static_cast and a comment were added to explain
that we know we are ignoring the upper 32-bit of the off_t in 32-bit
systems.
The code in pread and pwrite was slightly improved to remove a
#ifdef LIBC_TARGET_ARCH_IS_RISCV32; we are using an if constexpr now.
The Linux file operations were changed to use off_t instead of a long
where applicable. No changes were made to the standard API, e.g.,
ftell returns the offset as an int so we added a static_cast and a
comment explaining that this will cause a loss of integer precision
in 32-bit systems.


  Commit: fe8933ba211da094dc866b2bde64928c8121131b
      https://github.com/llvm/llvm-project/commit/fe8933ba211da094dc866b2bde64928c8121131b
  Author: Michael Buch <michaelbuch12 at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp

  Log Message:
  -----------
  [lldb][DataFormatter] Simplify std::map formatter  (#97579)

Depends on:
* https://github.com/llvm/llvm-project/pull/97544
* https://github.com/llvm/llvm-project/pull/97549
* https://github.com/llvm/llvm-project/pull/97551

This patch tries to simplify the way in which the `std::map` formatter
goes from the root `__tree` pointer to a specific key/value pair.

Previously we would:
1. synthesize a structure that mimicked what `__iter_pointer` looked
like in memory
2. call `GetChildCompilerTypeAtIndex` on it to find the byte offset at
which the pair was located in the synthesized structure
3. finally, use that offset through a call to
`GetSyntheticChildAtOffset` to retrieve the key/value pair

Not only was this logic hard to follow, and encoded the libc++ layout in
non-obvious ways, it was also fragile to alignment miscalculations
(https://github.com/llvm/llvm-project/pull/97443); this would break once
the new layout of std::map landed as part of
https://github.com/https://github.com/llvm/llvm-project/issues/93069.

Instead, this patch simply casts the `__iter_pointer` to the
`__node_pointer` and uses a straightforward
`GetChildMemberWithName("__value_")` to get to the key/value we care
about. This allows us to get rid of some support infrastructure/class
state.

Ideally we would fix the underlying alignment issue, but this unblocks
the libc++ refactor in the interim, while also benefitting the formatter
in terms of readability (in my opinion).


  Commit: 840e5075447fd2e7ae1f23c112e959b504d8ff42
      https://github.com/llvm/llvm-project/commit/840e5075447fd2e7ae1f23c112e959b504d8ff42
  Author: Daniel Rodríguez Troitiño <drodriguez at users.noreply.github.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M lld/MachO/InputFiles.cpp
    A lld/test/MachO/implicit-and-allowable-clients.test

  Log Message:
  -----------
  [lld] Do not implicitly link non "public" libraries (#97639)

The LC_SUB_CLIENT Mach-O command and the `allowable-clients` TBD entry
specify that the given framework (or library?) can only be linked
directly from the specified names, even if it is sitting in `/usr/lib`
or `/System/Library/Frameworks`.

Add a check for those conditions before checking if a library should be
implicitly linked, and link against their umbrella if they have
allowable clients. The code needs to be in both the binary libraries and
the interface libraries.

Add a test that reproduces the scenario in which a framework reexports a
private framework that sits in `/System/Library/Frameworks`, and check
for the symbols of the reexported framework to be associated with the
public framework, and not the private one.


  Commit: 0387a86f9a6d5bb0f178804784296e37fb34ca03
      https://github.com/llvm/llvm-project/commit/0387a86f9a6d5bb0f178804784296e37fb34ca03
  Author: Jan Svoboda <jan_svoboda at apple.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/lib/Serialization/ASTWriter.cpp
    A clang/test/Modules/use-after-free-2.c

  Log Message:
  -----------
  [clang][modules] Fix use-after-free in header serialization (#96356)

With the pruning of unused module map files disabled
(`-fno-modules-prune-non-affecting-module-map-files`), `HeaderFileInfo`
no longer gets deserialized before `ASTWriter::WriteHeaderSearch()`.
This function then interleaves the stores of references to `KnownHeader`
with their lazy deserialization. Lazy deserialization may cause
reallocation of `ModuleMap::Headers` entries (including its
`SmallVector<KnownHeader, 1>` values) thus making previously-stored
`ArrayRef<KnownHeader>` dangling. This patch fixes that situation by
storing a copy instead.


  Commit: 1952dba49abdda848512d11fc68c031a0a21ec50
      https://github.com/llvm/llvm-project/commit/1952dba49abdda848512d11fc68c031a0a21ec50
  Author: Fangrui Song <i at maskray.me>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/include/llvm/BinaryFormat/ELF.h
    A llvm/include/llvm/MC/MCELFExtras.h
    M llvm/lib/MC/ELFObjectWriter.cpp

  Log Message:
  -----------
  [MC,ELF] Extract CREL encoder code

The extracted ELFObjectWriter.cpp code will be reused by llvm-objcopy
support (#97521).


  Commit: ed7e46877dc7f09b5d194f87c87bfc2bebfcf27a
      https://github.com/llvm/llvm-project/commit/ed7e46877dc7f09b5d194f87c87bfc2bebfcf27a
  Author: Jonas Devlieghere <jonas at devlieghere.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M lldb/include/lldb/Symbol/ObjectFile.h
    M lldb/source/Symbol/ObjectFile.cpp
    M lldb/source/Target/Platform.cpp
    M lldb/test/Shell/ObjectFile/PECOFF/invalid-export-table.yaml

  Log Message:
  -----------
  [lldb] Improve error message for unrecognized executables (#97490)

Currently, LLDB prints out a rather unhelpful error message when passed
a file that it doesn't recognize as an executable.

> error: '/path/to/file' doesn't contain any 'host' platform
> architectures: arm64, armv7, armv7f, armv7k, armv7s, armv7m, armv7em,
> armv6m, armv6, armv5, armv4, arm, thumbv7, thumbv7k, thumbv7s,
> thumbv7f, thumbv7m, thumbv7em, thumbv6m, thumbv6, thumbv5, thumbv4t,
> thumb, x86_64, x86_64, arm64, arm64e

I did a quick search internally and found at least 24 instances of users
being confused by this. This patch improves the error message when it
doesn't recognize the file as an executable, but keeps the existing
error message otherwise, i.e. when it's an object file we understand,
but the current platform doesn't support.


  Commit: 68a8ae06962137b27afdaf2696074255f6180652
      https://github.com/llvm/llvm-project/commit/68a8ae06962137b27afdaf2696074255f6180652
  Author: Wolfgang Pieb <55721109+wolfy1961 at users.noreply.github.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/test/TableGen/GlobalISelCombinerEmitter/match-table-cxx.td
    M llvm/test/TableGen/GlobalISelCombinerEmitter/match-table-variadics.td
    M llvm/test/TableGen/GlobalISelCombinerEmitter/match-table.td

  Log Message:
  -----------
  Make some tablegen tests more flexible. (#97651)

Some organizations have added operators downstream, and the 3 tests in
this PR tend to fail with off-by-n errors (with n being the number of
added operators) periodically.
To alleviate this. the proposed change is taking advantage of the fact
that the 2nd and 3rd element in a switch table represent the lower and
upper bounds of the operator id, and that the offset of the first byte
of the encoded operations is a function of these 2 bounds.
Additionally, we the default label offset is encoded in a FileCheck
variable.


  Commit: 9bb4cd5977f8a0d6f1d6cc00cb707ed2db27f1c0
      https://github.com/llvm/llvm-project/commit/9bb4cd5977f8a0d6f1d6cc00cb707ed2db27f1c0
  Author: Fangrui Song <i at maskray.me>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/lib/ObjCopy/ELF/ELFObject.cpp
    M llvm/lib/ObjCopy/ELF/ELFObject.h
    A llvm/test/tools/llvm-objcopy/ELF/crel.test
    M llvm/test/tools/llvm-objcopy/ELF/reloc-error-remove-symtab.test
    M llvm/test/tools/llvm-objcopy/ELF/strip-reloc-symbol.test

  Log Message:
  -----------
  [llvm-objcopy] Support CREL

llvm-objcopy may modify the symbol table and need to rewrite
relocations. For CREL, while we can reuse the decoder from #91280, we
need an encoder to support CREL.

Since MC/ELFObjectWriter.cpp has an existing encoder, and MC is at a
lower layer than Object, extract the encoder to a new header file
llvm/MC/MCELFExtras.h.

Link: https://discourse.llvm.org/t/rfc-crel-a-compact-relocation-format-for-elf/77600

Pull Request: https://github.com/llvm/llvm-project/pull/97521


  Commit: 915372a8db7a8d7a1af19cc9ec6ccb5a0d592d1f
      https://github.com/llvm/llvm-project/commit/915372a8db7a8d7a1af19cc9ec6ccb5a0d592d1f
  Author: Kefu Chai <tchaikov at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang-tools-extra/clang-tidy/bugprone/UseAfterMoveCheck.cpp
    M clang-tools-extra/clang-tidy/utils/ExprSequence.cpp
    M clang-tools-extra/docs/ReleaseNotes.rst
    M clang-tools-extra/test/clang-tidy/checkers/bugprone/use-after-move.cpp

  Log Message:
  -----------
  [clang-tidy] In C++17, callee is guaranteed to be sequenced before arguments. (#93623)

This eliminates false positives in bugprone-use-after-move where a
variable
is used in the callee and moved from in the arguments.

We introduce one special case: If the callee is a MemberExpr with a
DeclRefExpr as its base, we consider it to be sequenced after the
arguments. This is because the variable referenced in the base will only
actually be accessed when the call happens, i.e. once all of the
arguments have been evaluated. This has no basis in the C++ standard,
but it reflects actual behavior that is relevant to a use-after-move
scenario:
```c++
a.bar(consumeA(std::move(a));
```
In this example, we end up accessing a after it has been moved from,
even though nominally the callee a.bar is evaluated before the argument
consumeA(std::move(a)).

Treating this scenario correctly has required rewriting the logic in
bugprone-use-after-move that governs whether the use happens in a later
loop iteration than the move. This was previously based on an unsound
heuristic (does the use come lexically before the move?); we now use a
more rigourous criterion based on reachability in the CFG.

Fixes #57758
Fixes #59612

Co-authored-by: martinboehme <mboehme at google.com>


  Commit: 04fc471f485a9beadd8ccc63f6af29765ec6f45b
      https://github.com/llvm/llvm-project/commit/04fc471f485a9beadd8ccc63f6af29765ec6f45b
  Author: Han-Chung Wang <hanhan0912 at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M mlir/include/mlir/Dialect/Linalg/Transforms/Transforms.h
    M mlir/lib/Dialect/Linalg/Transforms/DataLayoutPropagation.cpp
    M mlir/test/lib/Dialect/Linalg/TestDataLayoutPropagation.cpp

  Log Message:
  -----------
  [mlir][linalg] Switch to use OpOperand* in ControlPropagationFn. (#96697)

It's not easy to determine whether we want to propagate pack/unpack ops
because we don't know the (producer, consumer) information. The
revisions switch it to `OpOperand*`, so the control function can capture
the (producer, consumer) pair. E.g.,

```
Operation *producer = opOperand->get().getDefiningOp();
Operation *consumer = opOperand->getOwner();
```


  Commit: 402eca265f7162e26b8b74d18297fd76c9f100de
      https://github.com/llvm/llvm-project/commit/402eca265f7162e26b8b74d18297fd76c9f100de
  Author: yabinc <yabinc at google.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/lib/Driver/ToolChains/CommonArgs.cpp
    M clang/test/Driver/frame-pointer.c

  Log Message:
  -----------
  Enable frame pointer for non-leaf functions on Android (#97614)

On Android, we always want frame pointers to make debugging in the field
easier. Since frame pointers are already enabled for AArch64, ARM and
RISCV64, effectively this change further enables frame pointers for X86
and X86_64.


  Commit: 09a275e8a4c2cea22bb67c7247fc892d5e73eb42
      https://github.com/llvm/llvm-project/commit/09a275e8a4c2cea22bb67c7247fc892d5e73eb42
  Author: Dmitriy Chestnykh <dm.chestnykh at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/lib/AST/Decl.cpp
    A clang/test/CodeGen/constexpr-c23-internal-linkage.c

  Log Message:
  -----------
  [clang] Use internal linkage for c23 constexpr vars. (#97846)

See C23 std 6.2.2p3.
Fixes #97830


  Commit: 2dadf8d7f57c0aa60cf7c67ec46c9930151447cc
      https://github.com/llvm/llvm-project/commit/2dadf8d7f57c0aa60cf7c67ec46c9930151447cc
  Author: Mark de Wever <koraq at xs4all.nl>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M libcxx/docs/FeatureTestMacroTable.rst
    M libcxx/docs/Status/Cxx2c.rst
    M libcxx/docs/Status/Cxx2cIssues.csv
    M libcxx/docs/Status/Cxx2cPapers.csv
    M libcxx/include/version
    M libcxx/modules/std.compat.cppm.in
    M libcxx/modules/std.cppm.in
    M libcxx/test/std/language.support/support.limits/support.limits.general/execution.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/new.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/optional.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/random.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/type_traits.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/version.version.compile.pass.cpp
    M libcxx/utils/generate_feature_test_macro_components.py
    M libcxx/utils/libcxx/header_information.py

  Log Message:
  -----------
  [libc++] Update status after the St. Louis meeting. (#97951)

This updates:
- The status tables
- Feature test macros
- New headers for modules


  Commit: 03d4332625d13014ac94dcd145f538fbfe4c4d0c
      https://github.com/llvm/llvm-project/commit/03d4332625d13014ac94dcd145f538fbfe4c4d0c
  Author: Philip Reames <preames at rivosinc.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
    M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-int-buildvec.ll

  Log Message:
  -----------
  [RISCV] Pack build_vectors into largest available element type (#97351)

Our worst case build_vector lowering is a serial chain of vslide1down.vx
operations which creates a serial dependency chain through a relatively
high latency operation. We can instead pack together elements into ELEN
sized chunks, and move them from integer to scalar in a single
operation.

This reduces the length of the serial chain on the vector side, and
costs at most three scalar instructions per element. This is a win for
all cores when the sum of the latencies of the scalar instructions is
less than the vslide1down.vx being replaced, and is particularly
profitable for out-of-order cores which can overlap the scalar
computation.

This patch is restricted to configurations with zba and zbb. Without
both, the zero extend might require two instructions which would bring
the total scalar instructions per element to 4. zba and zba are both
present in the rva22u64 baseline which is looking to be quite common for
hardware in practice; we could extend this to systems without bitmanip
with a bit of extra effort.


  Commit: c22625cb3eaf052e2377881d64640196ff5da3d1
      https://github.com/llvm/llvm-project/commit/c22625cb3eaf052e2377881d64640196ff5da3d1
  Author: Aaron Ballman <aaron at aaronballman.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/include/clang/Basic/DiagnosticSemaKinds.td
    M clang/include/clang/Basic/TokenKinds.def
    M clang/include/clang/Sema/DeclSpec.h
    M clang/lib/CodeGen/CGExprComplex.cpp
    M clang/lib/Sema/DeclSpec.cpp
    M clang/lib/Sema/SemaCodeComplete.cpp
    M clang/lib/Sema/SemaLookup.cpp
    M clang/lib/Sema/SemaType.cpp
    A clang/test/C/C2y/n3274.c
    M clang/www/c_status.html

  Log Message:
  -----------
  [C2y] Remove support for _Imaginary (#97436)

WG14 N3274 removed _Imaginary from Annex G. Clang has never fully
supported Annex G or _Imaginary, so removal is pretty trivial for us.

Note, we are keeping _Imaginary as a keyword so that we get better
diagnostic behavior. This is still conforming because _I makes it a
reserved identifier, so it's not available for users to use as an
identifier anyway.


  Commit: 5ef4e6db96b2a3eca4c84671ac964dc2134035b5
      https://github.com/llvm/llvm-project/commit/5ef4e6db96b2a3eca4c84671ac964dc2134035b5
  Author: Joseph Huber <huberjn at outlook.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/lib/CodeGen/CGStmtOpenMP.cpp
    A clang/test/OpenMP/requires_default_atomic_mem_order.cpp

  Log Message:
  -----------
  [OpenMP] Correctly code-gen default atomic mem order (#97663)

Summary:
The parsing for this was implemented, but we never hooked up the default
value to the result of this clause. This patch adds the support by
making it default to the requires directive.


  Commit: 19cf8deabe1124831164987f1b9bf2f806c0a875
      https://github.com/llvm/llvm-project/commit/19cf8deabe1124831164987f1b9bf2f806c0a875
  Author: Aiden Grossman <aidengrossman at google.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M compiler-rt/lib/builtins/cpu_model/x86.c
    M llvm/lib/TargetParser/Host.cpp

  Log Message:
  -----------
  [compiler-rt][X86] Use functions in cpuid.h instead of inline assembly (#97877)

This patch makes the host/feature detection in compiler-rt and LLVM use
the functions provided in cpuid.h(__get_cpuid, __get_cpuid_count)
instead of inline assembly. This simplifies the implementation and moves
any inline assembly away to a more common place.

A while ago, some similar cleanup was attempted, but this ended up
resulting in some compilation errors due to toolchain minimum version
issues (https://bugs.llvm.org/show_bug.cgi?id=30384). After the
reversion landed, there have been no attempts since then to clean up the
code, even though the minimum supported compilers now support the
relevant functions (https://godbolt.org/z/o1Mjz8ndv).


  Commit: 2039e130649d8469bc85fa31ba7422d1d3739f90
      https://github.com/llvm/llvm-project/commit/2039e130649d8469bc85fa31ba7422d1d3739f90
  Author: Aiden Grossman <aidengrossman at google.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M compiler-rt/lib/builtins/cpu_model/x86.c
    M llvm/lib/TargetParser/Host.cpp

  Log Message:
  -----------
  Revert "[compiler-rt][X86] Use functions in cpuid.h instead of inline assembly (#97877)"

This reverts commit 19cf8deabe1124831164987f1b9bf2f806c0a875.

This was causing quite a few buildbot failures (see the PR description).
Reverting for now while I have time to sort it out. Seems like it should
just be conditional preprocessor macros for X86 however.


  Commit: 87e914db85572c4d9fe924616141dcc9a5d66177
      https://github.com/llvm/llvm-project/commit/87e914db85572c4d9fe924616141dcc9a5d66177
  Author: Aiden Grossman <aidengrossman at google.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M compiler-rt/lib/builtins/cpu_model/x86.c
    M llvm/lib/TargetParser/Host.cpp

  Log Message:
  -----------
  [compiler-rt][X86] Unify getAMDProcessorTypeAndSubType (#97863)

This patch unifies the implementation of getAMDProcessorTypeAndSubtype
between compiler-rt and LLVM.

This patch is intended to be a step towards pulling these functions out
into identical .inc files to better facilitate code sharing between LLVM
and compiler-rt.


  Commit: e0012a0b3b0dbd501293bb13a6f1af1066e6f3f5
      https://github.com/llvm/llvm-project/commit/e0012a0b3b0dbd501293bb13a6f1af1066e6f3f5
  Author: David Green <david.green at arm.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/test/CodeGen/AArch64/cmp-to-cmn.ll

  Log Message:
  -----------
  [AArch64] Regenerate cmp-to-cmn.ll. NFC


  Commit: ea3fd020f4879d5b4261eabd9a56c24f30bc47f9
      https://github.com/llvm/llvm-project/commit/ea3fd020f4879d5b4261eabd9a56c24f30bc47f9
  Author: Mehdi Amini <joker.eph at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M libc/include/llvm-libc-macros/math-macros.h
    M libc/src/math/amdgpu/CMakeLists.txt
    M libc/src/math/nvptx/CMakeLists.txt
    M libc/src/math/nvptx/llrint.cpp
    M libc/src/math/nvptx/llrintf.cpp
    M libc/src/math/nvptx/lrint.cpp

  Log Message:
  -----------
  Revert "[libc] Make GPU `libm` use generic implementations" (#98061)

Reverts llvm/llvm-project#98014

buildbot is broken.


  Commit: 0dde87c117afee535757d1591f6d952f4d24e915
      https://github.com/llvm/llvm-project/commit/0dde87c117afee535757d1591f6d952f4d24e915
  Author: Petr Hosek <phosek at google.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M libc/config/baremetal/arm/entrypoints.txt
    M libc/config/baremetal/riscv/entrypoints.txt

  Log Message:
  -----------
  [libc] Include cbrtf in the baremetal configuration (#98052)

This is available as of #97936.


  Commit: 3f9bff3df2c7ddcf3e3f125d7641a73ce88e2380
      https://github.com/llvm/llvm-project/commit/3f9bff3df2c7ddcf3e3f125d7641a73ce88e2380
  Author: Haojian Wu <hokein.wu at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/lib/TargetParser/Host.cpp

  Log Message:
  -----------
  Remove an extra tokens at end of #undef directive, NFC


  Commit: 1038db6f02289e128c498769091718dd0e6e6fea
      https://github.com/llvm/llvm-project/commit/1038db6f02289e128c498769091718dd0e6e6fea
  Author: Nathan James <n.james93 at hotmail.co.uk>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang-tools-extra/clang-tidy/boost/BoostTidyModule.cpp
    M clang-tools-extra/clang-tidy/boost/CMakeLists.txt
    A clang-tools-extra/clang-tidy/boost/UseRangesCheck.cpp
    A clang-tools-extra/clang-tidy/boost/UseRangesCheck.h
    M clang-tools-extra/clang-tidy/modernize/CMakeLists.txt
    M clang-tools-extra/clang-tidy/modernize/ModernizeTidyModule.cpp
    A clang-tools-extra/clang-tidy/modernize/UseRangesCheck.cpp
    A clang-tools-extra/clang-tidy/modernize/UseRangesCheck.h
    M clang-tools-extra/clang-tidy/utils/CMakeLists.txt
    A clang-tools-extra/clang-tidy/utils/UseRangesCheck.cpp
    A clang-tools-extra/clang-tidy/utils/UseRangesCheck.h
    M clang-tools-extra/docs/ReleaseNotes.rst
    A clang-tools-extra/docs/clang-tidy/checks/boost/use-ranges.rst
    M clang-tools-extra/docs/clang-tidy/checks/list.rst
    A clang-tools-extra/docs/clang-tidy/checks/modernize/use-ranges.rst
    A clang-tools-extra/test/clang-tidy/checkers/boost/use-ranges.cpp
    A clang-tools-extra/test/clang-tidy/checkers/modernize/use-ranges.cpp

  Log Message:
  -----------
  [clang-tidy] Add checks to convert std library iterator algorithms into c++20 or boost ranges (#97764)

Added modernize-use-ranges
Added boost-use-ranges


  Commit: f002558883dbc32d939e9ab9f7a2296459bf47cc
      https://github.com/llvm/llvm-project/commit/f002558883dbc32d939e9ab9f7a2296459bf47cc
  Author: LLVM GN Syncbot <llvmgnsyncbot at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/boost/BUILD.gn
    M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/modernize/BUILD.gn
    M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/utils/BUILD.gn

  Log Message:
  -----------
  [gn build] Port 1038db6f0228


  Commit: 359c64f314ad568e78ee9a3723260286e3425c2d
      https://github.com/llvm/llvm-project/commit/359c64f314ad568e78ee9a3723260286e3425c2d
  Author: Dmitriy Chestnykh <dm.chestnykh at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/lib/ObjCopy/ELF/ELFObject.cpp
    M llvm/lib/ObjCopy/ELF/ELFObject.h
    M llvm/test/tools/llvm-objcopy/ELF/remove-section-in-group.test

  Log Message:
  -----------
  [llvm-objcopy] Remove empty SHT_GROUP sections (#97141)

Currently `llvm-objcopy/llvm-strip` in `--strip-debug` mode doesn't
remove such sections. This behavior can lead to incompatibilities with
GNU binutils (for examples ld.bfd before https://sourceware.org/PR20520
cannot process the object file contains empty .group section).
The ELF object that contains group section with `.debug_*` sections
inside can be obtained by `gcc -g3`.
Fix #97139


  Commit: d52853760183a25758659863b1b940e9502eaa88
      https://github.com/llvm/llvm-project/commit/d52853760183a25758659863b1b940e9502eaa88
  Author: Krystian Stasiowski <sdkrystian at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang/lib/Index/USRGeneration.cpp
    A clang/test/Index/USR/func-template.cpp

  Log Message:
  -----------
  [Clang][Index] Add support for dependent class scope explicit specializations of function templates to USRGenerator (#98027)

Given the following:
```
template<typename T>
struct A
{
    void f(int); // #1
    
    template<typename U>
    void f(U); // #2
    
    template<>
    void f<int>(int); // #3
};
```
Clang will generate the same USR for `#1` and `#2`. This patch fixes the
issue by including the template arguments of dependent class scope
explicit specializations in their USRs.


  Commit: ea39f977271d1a6bc3f0a4225724ff99d22b2d49
      https://github.com/llvm/llvm-project/commit/ea39f977271d1a6bc3f0a4225724ff99d22b2d49
  Author: Hari Limaye <hari.limaye at arm.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp
    R llvm/test/Transforms/LoopIdiom/AArch64/ctlz.ll

  Log Message:
  -----------
  Revert "[LoopIdiom] Support 'shift until less-than' idiom (#95002)" (#98065)

Reverts #95002 while I investigate buildbot failure.

This reverts commit 83b01aaf51072a07261ee2e5fc14102f71273bc0.


  Commit: ce863dd5a77723fc21e1e43f5d3dd503e9a73d14
      https://github.com/llvm/llvm-project/commit/ce863dd5a77723fc21e1e43f5d3dd503e9a73d14
  Author: Fangrui Song <i at maskray.me>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M lld/test/MachO/implicit-and-allowable-clients.test

  Log Message:
  -----------
  [lld-macho,test] Fix REQUIRES after #97639


  Commit: 1738cc61c35165b72c36c3b3a2c8e347d4ed740c
      https://github.com/llvm/llvm-project/commit/1738cc61c35165b72c36c3b3a2c8e347d4ed740c
  Author: Haojian Wu <hokein.wu at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M utils/bazel/llvm-project-overlay/clang-tools-extra/clang-tidy/BUILD.bazel

  Log Message:
  -----------
  [bazel] Port for 1038db6f02289e128c498769091718dd0e6e6fea


  Commit: 66a2058e76db120e61c9b34e40bc244d3a6a86fb
      https://github.com/llvm/llvm-project/commit/66a2058e76db120e61c9b34e40bc244d3a6a86fb
  Author: Jacob Yu <pingshiyu at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    A mlir/test/Integration/Dialect/Arith/CPU/addition.mlir

  Log Message:
  -----------
  [mlir][arith] Adding addition regression tests (#96973)

arith addition regression tests, a component of the large
https://github.com/llvm/llvm-project/pull/92272


  Commit: 393eff4e02e7ab3d234d246a8d6912c8e745e6f9
      https://github.com/llvm/llvm-project/commit/393eff4e02e7ab3d234d246a8d6912c8e745e6f9
  Author: Jacob Yu <pingshiyu at gmail.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    A mlir/test/Integration/Dialect/Arith/CPU/multiplication.mlir

  Log Message:
  -----------
  [mlir][arith] Adding mul operation regressions (#96975)

Regressions for the mul operation, a part of the original large PR
https://github.com/llvm/llvm-project/pull/92272


  Commit: 62a60e07bd1b0ceb2394d7252b9bc00f49b8025a
      https://github.com/llvm/llvm-project/commit/62a60e07bd1b0ceb2394d7252b9bc00f49b8025a
  Author: Alexey Bataev <a.bataev at outlook.com>
  Date:   2024-07-08 (Mon, 08 Jul 2024)

  Changed paths:
    M clang-tools-extra/clang-tidy/boost/BoostTidyModule.cpp
    M clang-tools-extra/clang-tidy/boost/CMakeLists.txt
    A clang-tools-extra/clang-tidy/boost/UseRangesCheck.cpp
    A clang-tools-extra/clang-tidy/boost/UseRangesCheck.h
    M clang-tools-extra/clang-tidy/bugprone/UseAfterMoveCheck.cpp
    M clang-tools-extra/clang-tidy/modernize/CMakeLists.txt
    M clang-tools-extra/clang-tidy/modernize/ModernizeTidyModule.cpp
    A clang-tools-extra/clang-tidy/modernize/UseRangesCheck.cpp
    A clang-tools-extra/clang-tidy/modernize/UseRangesCheck.h
    M clang-tools-extra/clang-tidy/utils/CMakeLists.txt
    M clang-tools-extra/clang-tidy/utils/ExprSequence.cpp
    A clang-tools-extra/clang-tidy/utils/UseRangesCheck.cpp
    A clang-tools-extra/clang-tidy/utils/UseRangesCheck.h
    M clang-tools-extra/docs/ReleaseNotes.rst
    A clang-tools-extra/docs/clang-tidy/checks/boost/use-ranges.rst
    M clang-tools-extra/docs/clang-tidy/checks/list.rst
    A clang-tools-extra/docs/clang-tidy/checks/modernize/use-ranges.rst
    A clang-tools-extra/test/clang-tidy/checkers/boost/use-ranges.cpp
    M clang-tools-extra/test/clang-tidy/checkers/bugprone/use-after-move.cpp
    A clang-tools-extra/test/clang-tidy/checkers/modernize/use-ranges.cpp
    M clang/include/clang/Basic/DiagnosticSemaKinds.td
    M clang/include/clang/Basic/TokenKinds.def
    M clang/include/clang/Sema/DeclSpec.h
    M clang/lib/AST/Decl.cpp
    M clang/lib/CodeGen/CGExprComplex.cpp
    M clang/lib/CodeGen/CGStmtOpenMP.cpp
    M clang/lib/Driver/ToolChains/CommonArgs.cpp
    M clang/lib/Index/USRGeneration.cpp
    M clang/lib/Sema/DeclSpec.cpp
    M clang/lib/Sema/SemaCodeComplete.cpp
    M clang/lib/Sema/SemaLookup.cpp
    M clang/lib/Sema/SemaType.cpp
    M clang/lib/Serialization/ASTWriter.cpp
    A clang/test/C/C2y/n3274.c
    A clang/test/CodeGen/constexpr-c23-internal-linkage.c
    M clang/test/CodeGen/sanitize-metadata-ignorelist.c
    M clang/test/CodeGen/sanitize-metadata-nosanitize.c
    M clang/test/CodeGen/sanitize-metadata.c
    M clang/test/Driver/frame-pointer.c
    A clang/test/Index/USR/func-template.cpp
    A clang/test/Modules/use-after-free-2.c
    A clang/test/OpenMP/requires_default_atomic_mem_order.cpp
    M clang/www/c_status.html
    M compiler-rt/lib/builtins/cpu_model/x86.c
    M libc/cmake/modules/LLVMLibCCompileOptionRules.cmake
    M libc/config/baremetal/arm/entrypoints.txt
    M libc/config/baremetal/riscv/entrypoints.txt
    M libc/config/config.json
    M libc/config/gpu/config.json
    M libc/docs/configure.rst
    M libc/include/llvm-libc-macros/math-macros.h
    M libc/src/__support/File/file.cpp
    M libc/src/__support/File/file.h
    M libc/src/__support/File/linux/file.cpp
    M libc/src/__support/File/linux/file.h
    M libc/src/math/amdgpu/CMakeLists.txt
    M libc/src/math/generic/tan.cpp
    M libc/src/math/nvptx/CMakeLists.txt
    M libc/src/math/nvptx/llrint.cpp
    M libc/src/math/nvptx/llrintf.cpp
    M libc/src/math/nvptx/lrint.cpp
    M libc/src/stdio/fopencookie.cpp
    M libc/src/stdio/generic/ftell.cpp
    M libc/src/sys/mman/linux/mmap.cpp
    M libc/src/unistd/linux/pread.cpp
    M libc/src/unistd/linux/pwrite.cpp
    M libc/test/src/__support/File/file_test.cpp
    M libcxx/docs/FeatureTestMacroTable.rst
    M libcxx/docs/Status/Cxx2c.rst
    M libcxx/docs/Status/Cxx2cIssues.csv
    M libcxx/docs/Status/Cxx2cPapers.csv
    M libcxx/include/version
    M libcxx/modules/std.compat.cppm.in
    M libcxx/modules/std.cppm.in
    M libcxx/test/std/language.support/support.limits/support.limits.general/execution.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/new.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/optional.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/random.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/type_traits.version.compile.pass.cpp
    M libcxx/test/std/language.support/support.limits/support.limits.general/version.version.compile.pass.cpp
    M libcxx/utils/generate_feature_test_macro_components.py
    M libcxx/utils/libcxx/header_information.py
    M lld/MachO/InputFiles.cpp
    A lld/test/MachO/implicit-and-allowable-clients.test
    M lldb/include/lldb/Symbol/ObjectFile.h
    M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
    M lldb/source/Symbol/ObjectFile.cpp
    M lldb/source/Target/Platform.cpp
    M lldb/test/Shell/ObjectFile/PECOFF/invalid-export-table.yaml
    M llvm/docs/CommandGuide/llvm-objcopy.rst
    M llvm/include/llvm/BinaryFormat/ELF.h
    A llvm/include/llvm/MC/MCELFExtras.h
    M llvm/include/llvm/ObjCopy/CommonConfig.h
    M llvm/include/llvm/Object/ELF.h
    M llvm/include/llvm/Object/ELFObjectFile.h
    M llvm/include/llvm/Transforms/Vectorize/LoopVectorizationLegality.h
    M llvm/lib/MC/ELFObjectWriter.cpp
    M llvm/lib/ObjCopy/ConfigManager.cpp
    M llvm/lib/ObjCopy/ELF/ELFObjcopy.cpp
    M llvm/lib/ObjCopy/ELF/ELFObject.cpp
    M llvm/lib/ObjCopy/ELF/ELFObject.h
    M llvm/lib/Object/ELF.cpp
    M llvm/lib/Object/ELFObjectFile.cpp
    M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
    M llvm/lib/TargetParser/Host.cpp
    M llvm/lib/Transforms/Instrumentation/SanitizerBinaryMetadata.cpp
    M llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp
    M llvm/lib/Transforms/Vectorize/LoopVectorizationLegality.cpp
    M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
    M llvm/test/CodeGen/AArch64/cmp-to-cmn.ll
    M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-int-buildvec.ll
    M llvm/test/Instrumentation/SanitizerBinaryMetadata/atomics.ll
    M llvm/test/Instrumentation/SanitizerBinaryMetadata/ctor.ll
    M llvm/test/TableGen/GlobalISelCombinerEmitter/match-table-cxx.td
    M llvm/test/TableGen/GlobalISelCombinerEmitter/match-table-variadics.td
    M llvm/test/TableGen/GlobalISelCombinerEmitter/match-table.td
    R llvm/test/Transforms/LoopIdiom/AArch64/ctlz.ll
    M llvm/test/Transforms/LoopVectorize/RISCV/vectorize-force-tail-with-evl-interleave.ll
    M llvm/test/Transforms/SLPVectorizer/AArch64/getelementptr.ll
    A llvm/test/tools/llvm-objcopy/ELF/change-section-lma.test
    A llvm/test/tools/llvm-objcopy/ELF/crel.test
    M llvm/test/tools/llvm-objcopy/ELF/reloc-error-remove-symtab.test
    M llvm/test/tools/llvm-objcopy/ELF/remove-section-in-group.test
    M llvm/test/tools/llvm-objcopy/ELF/strip-reloc-symbol.test
    A llvm/test/tools/llvm-objdump/ELF/crel.test
    M llvm/test/tools/llvm-objdump/X86/elf-disassemble-relocs.test
    M llvm/tools/llvm-objcopy/ObjcopyOptions.cpp
    M llvm/tools/llvm-objcopy/ObjcopyOpts.td
    M llvm/tools/llvm-objdump/ELFDump.cpp
    M llvm/tools/llvm-objdump/llvm-objdump.cpp
    M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/boost/BUILD.gn
    M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/modernize/BUILD.gn
    M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/utils/BUILD.gn
    M mlir/include/mlir/Dialect/Linalg/Transforms/Transforms.h
    M mlir/lib/Dialect/Linalg/Transforms/DataLayoutPropagation.cpp
    A mlir/test/Integration/Dialect/Arith/CPU/addition.mlir
    A mlir/test/Integration/Dialect/Arith/CPU/multiplication.mlir
    M mlir/test/lib/Dialect/Linalg/TestDataLayoutPropagation.cpp
    M utils/bazel/llvm-project-overlay/clang-tools-extra/clang-tidy/BUILD.bazel

  Log Message:
  -----------
  Rebase, fix test checks

Created using spr 1.3.5


Compare: https://github.com/llvm/llvm-project/compare/135fc8af27a9...62a60e07bd1b

To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications


More information about the All-commits mailing list