[all-commits] [llvm/llvm-project] 2a14c0: [lldb] Make Broadcaster mutexes non-recursive (#97...
Amir Ayupov via All-commits
all-commits at lists.llvm.org
Fri Jul 5 12:55:37 PDT 2024
Branch: refs/heads/users/shawbyoung/spr/main.boltnfc-refactor-function-matching
Home: https://github.com/llvm/llvm-project
Commit: 2a14c0643597c5932af85f22172c99800f9b4a6c
https://github.com/llvm/llvm-project/commit/2a14c0643597c5932af85f22172c99800f9b4a6c
Author: Pavel Labath <pavel at labath.sk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/include/lldb/Utility/Broadcaster.h
M lldb/source/Utility/Broadcaster.cpp
M lldb/source/Utility/Listener.cpp
M lldb/unittests/Utility/ListenerTest.cpp
Log Message:
-----------
[lldb] Make Broadcaster mutexes non-recursive (#97400)
Non-recursive mutexes encourage better locking discipline and avoid bugs
like #96750, where one can unexpectedly re-enter the critical section on
the same thread, and interrupt a presumed-indivisible operation.
In this case, the only needed fix was to remove locking from some
BroadcastManager functions, which were only called from the Listener
class (and the listener already locked those mutexes to preserve lock
ordering).
While doing that, I noticed we don't have unit tests for these
functions, so I added one.
Commit: 1787d4b28417ea9f26c0213e8f597cc5bb289144
https://github.com/llvm/llvm-project/commit/1787d4b28417ea9f26c0213e8f597cc5bb289144
Author: Stefan Gränitz <stefan.graenitz at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/Interpreter/Interpreter.cpp
M clang/unittests/Interpreter/InterpreterTest.cpp
Log Message:
-----------
[clang-repl] Fix RuntimeInterfaceBuilder for 32-bit systems (#97071)
When generating runtime interface bindings, extend integral types to the
native register size rather than 64-bit per se
Fixes #94994
Commit: aa0851a5a6fd0c8d66dfd8b259c215dba3fabd1e
https://github.com/llvm/llvm-project/commit/aa0851a5a6fd0c8d66dfd8b259c215dba3fabd1e
Author: Michael Buch <michaelbuch12 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
Log Message:
-----------
[lldb][DataFormatter][NFC] Remove redundant variables in std::map formatter
Redundant since:
```
commit be3be28b5d5c97de1c26bf069e0b82043d938f30
Author: Enrico Granata <egranata at apple.com>
Date: Mon Oct 3 23:33:00 2016 +0000
Changes to the std::multimap formatter to make it work against trunk libc++
Fixes rdar://28237486
llvm-svn: 283160
```
Commit: da62f5f8dfe4d4196191b40dc41e1ef2de1bf5cb
https://github.com/llvm/llvm-project/commit/da62f5f8dfe4d4196191b40dc41e1ef2de1bf5cb
Author: Michael Buch <michaelbuch12 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
Log Message:
-----------
[lldb][DataFormatter][NFC] std::map: Add comments and other minor cleanups
Commit: e89890e8e510f2b76c8c4a2b2a6fc323b1e837ad
https://github.com/llvm/llvm-project/commit/e89890e8e510f2b76c8c4a2b2a6fc323b1e837ad
Author: Michael Buch <michaelbuch12 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
Log Message:
-----------
[lldb][DataFormatter][NFC] std::map: minor restructuring in GetChildAtIndex to use early-return
Commit: 40278bb1193720c42911f7297d3bcb4c5af5bc9c
https://github.com/llvm/llvm-project/commit/40278bb1193720c42911f7297d3bcb4c5af5bc9c
Author: Slava Zakharin <szakharin at nvidia.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M flang/lib/Lower/OpenACC.cpp
M flang/test/Lower/OpenACC/acc-data.f90
M flang/test/Lower/OpenACC/acc-enter-data.f90
M flang/test/Lower/OpenACC/acc-exit-data.f90
M flang/test/Lower/OpenACC/acc-parallel.f90
M flang/test/Lower/OpenACC/acc-serial.f90
M flang/test/Lower/OpenACC/acc-update.f90
M mlir/include/mlir/Dialect/OpenACC/OpenACC.h
M mlir/include/mlir/Dialect/OpenACC/OpenACCOps.td
M mlir/lib/Dialect/OpenACC/IR/OpenACC.cpp
Log Message:
-----------
[mlir][acc] Added async to data clause operations. (#97307)
As long as the data clause operations are not tightly
"associated" with the compute/data operations (e.g.
they can be optimized as SSA producers and made block
arguments), the information about the original async()
clause should be attached to the data clause operations
to make it easier to generate proper runtime actions
for them. This change propagates the async() information
from the OpenACC data/compute constructs to the data clause
operations. This change also adds the CurrentDeviceIdResource
to guarantee proper ordering of the operations that read
and write the current device identifier.
Commit: 68a1944070caa33d73390e1a6d956c6abdbea872
https://github.com/llvm/llvm-project/commit/68a1944070caa33d73390e1a6d956c6abdbea872
Author: Benjamin Maxwell <benjamin.maxwell at arm.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M mlir/lib/Dialect/Vector/IR/ScalableValueBoundsConstraintSet.cpp
M mlir/test/Dialect/Vector/test-scalable-bounds.mlir
Log Message:
-----------
[mlir][vector] Project out anonymous bounds in ScalableValueBoundsConstraintSet (#96499)
If we don't eliminate these columns, then in some cases we fail to
compute a scalable bound. Test case reduced from a real-world example.
Commit: a3571376ad9555de07e4d8f74f92de1eaa4c486e
https://github.com/llvm/llvm-project/commit/a3571376ad9555de07e4d8f74f92de1eaa4c486e
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/test/Transforms/InstCombine/scalarization.ll
Log Message:
-----------
[InstCombine] Add test for #97053 (NFC)
Commit: 4d2ae88d1617a910ec3a1436ce53579523ac2f97
https://github.com/llvm/llvm-project/commit/4d2ae88d1617a910ec3a1436ce53579523ac2f97
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/InstCombine/InstCombineVectorOps.cpp
M llvm/test/Transforms/InstCombine/scalarization.ll
Log Message:
-----------
[InstCombine] Fix invalid scalarization of div
If the binop is not speculatable, and the extract index is out of
range, then scalarizing will perform the operation on a poison
operand, resulting in immediate UB, instead of the previous
poison result.
Fixes https://github.com/llvm/llvm-project/issues/97053.
Commit: d8c07342c021f31f08dee7d15e17f7eca0d1aae0
https://github.com/llvm/llvm-project/commit/d8c07342c021f31f08dee7d15e17f7eca0d1aae0
Author: Alexis Engelke <engelke at in.tum.de>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang-tools-extra/clangd/index/remote/server/Server.cpp
M clang-tools-extra/clangd/tool/ClangdMain.cpp
M llvm/include/llvm/Support/raw_ostream.h
M llvm/lib/Support/raw_ostream.cpp
M llvm/unittests/Support/raw_ostream_test.cpp
Log Message:
-----------
[Support] Move raw_ostream::tie to raw_fd_ostream (#97396)
Originally, tie was introduced by D81156 to flush stdout before writing
to stderr. 030897523 reverted this due to race conditions. Nonetheless,
it does cost performance, causing an extra check in the "cold" path,
which is actually the hot path for raw_svector_ostream. Given that this
feature is only used for errs(), move it to raw_fd_ostream so that it no
longer affects performance of other stream classes.
Commit: bb260eb87d9bebd93e64051b574fbce0eebbad30
https://github.com/llvm/llvm-project/commit/bb260eb87d9bebd93e64051b574fbce0eebbad30
Author: Alexis Engelke <engelke at in.tum.de>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/PHIElimination.cpp
M llvm/test/CodeGen/AMDGPU/branch-folding-implicit-def-subreg.ll
M llvm/test/CodeGen/X86/bfloat.ll
M llvm/test/CodeGen/X86/div-rem-pair-recomposition-signed.ll
Log Message:
-----------
[CodeGen] Only deduplicate PHIs on critical edges (#97064)
PHIElim deduplicates identical PHI nodes to reduce the number of copies
inserted. There are two cases:
1. Identical PHI nodes are in different blocks. That's the reason for
this optimization; this can't be avoided at SSA-level. A necessary
prerequisite for this is that the predecessors of all basic blocks
(where such a PHI node could occur) are the same. This implies that
all (>= 2) predecessors must have multiple successors, i.e. all edges
into the block are critical edges.
2. Identical PHI nodes are in the same block. CSE can remove these.
There are a few cases, however, where they still occur regardless:
- expand-large-div-rem creates PHI nodes with large integers, which
get lowered into one PHI per MVT. Later, some identical values
(zeroes) get folded, resulting in identical PHI nodes.
- peephole-opt occasionally inserts PHIs for the same value.
- Some pseudo instruction emitters create redundant PHI nodes (e.g.,
AVR's insertShift), merging the same values more than once.
In any case, this happens rarely and MachineCSE handles most cases
anyway, so that PHIElim only gets to see very few of such cases (see
changed test files).
Currently, all PHI nodes are inserted into a DenseMap that checks
equality not by pointer but by operands. This hash map is pretty
expensive (hashing itself and the hash map), but only really useful in
the first case.
Avoid this expensive hashing most of the time by restricting it to basic
blocks with only critical input edges. This improves performance for
code with many PHI nodes, especially at -O0. (Note that Clang often
doesn't generate PHI nodes and -O0 includes no mem2reg. Other
compilers always generate PHI nodes.)
Commit: 3b73cb3bf138d2ad7f354c9d26037d769cfe9d53
https://github.com/llvm/llvm-project/commit/3b73cb3bf138d2ad7f354c9d26037d769cfe9d53
Author: David Green <david.green at arm.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/GlobalISel/CombinerHelper.cpp
M llvm/test/CodeGen/AArch64/GlobalISel/combine-shufflevector.mir
Log Message:
-----------
[AArch64][GlobalISel] Create copy rather than single-element concat
The verifier does not accept single-element G_CONCAT_VECTORS, so if there is a
single Op generate a COPY instead.
Commit: 5a1a46722948b79803826f1b11877ffcf102c094
https://github.com/llvm/llvm-project/commit/5a1a46722948b79803826f1b11877ffcf102c094
Author: Dominik Adamski <dominik.adamski at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/Driver/ToolChains/AMDGPUOpenMP.cpp
M clang/test/Driver/amdgpu-openmp-toolchain.c
Log Message:
-----------
Revert "[AMDGPU][OpenMP] Do not attach -fcuda-is-device flag for AMDGPU OpenMP" (#97531)
Reverts llvm/llvm-project#96909 (commit ID: 8bb00cb160830ec8f6029c2aae79d3e46b04b99c)
It breaks OpenMP CI:
https://gitlab.e4s.io/uo-public/llvm-openmp-offloading/-/jobs/283716
Commit: edbbc832a5308e4f6943583965e74254799f13ae
https://github.com/llvm/llvm-project/commit/edbbc832a5308e4f6943583965e74254799f13ae
Author: Ramkumar Ramachandra <ramkumar.ramachandra at codasip.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/IR/ConstantRange.h
M llvm/lib/IR/ConstantRange.cpp
M llvm/unittests/IR/ConstantRangeTest.cpp
Log Message:
-----------
ConstantRange: add query for isAllPositive (#97420)
ConstantRange has queries for isAllNegative and isAllNonNegative, but
misses a query for isAllPositive. Add this function.
Commit: 915ee0b823a528456226de513f303483d5fe0793
https://github.com/llvm/llvm-project/commit/915ee0b823a528456226de513f303483d5fe0793
Author: Ramkumar Ramachandra <ramkumar.ramachandra at codasip.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Scalar/LoopDistribute.cpp
M llvm/test/Transforms/LoopDistribute/debug-print.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/loop-distribute.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/loop-distribute.ll.expected
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/loop-distribute.test
M llvm/utils/UpdateTestChecks/common.py
M llvm/utils/update_analyze_test_checks.py
Log Message:
-----------
UTC: support debug output from LDist (#93208)
Tweak the LoopDistribute debug output to be prefixed with "LDist: ", get
it to be stable, and extend update_analyze_test_checks.py trivially to
support this output.
Commit: f819302a09dfec201f3ee4ef79b77a1e4c1de00d
https://github.com/llvm/llvm-project/commit/f819302a09dfec201f3ee4ef79b77a1e4c1de00d
Author: Ramkumar Ramachandra <ramkumar.ramachandra at codasip.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M mlir/include/mlir/Analysis/Presburger/IntegerRelation.h
M mlir/include/mlir/Analysis/Presburger/Simplex.h
M mlir/lib/Analysis/FlatLinearValueConstraints.cpp
M mlir/lib/Analysis/Presburger/IntegerRelation.cpp
M mlir/lib/Analysis/Presburger/PresburgerRelation.cpp
M mlir/lib/Analysis/Presburger/Simplex.cpp
M mlir/lib/Analysis/Presburger/Utils.cpp
Log Message:
-----------
mlir/Presburger: reinstate use of LogicalResult (#97415)
Follow up on a desire post-landing d0fee98 (mlir/Presburger: strip
dependency on MLIRSupport) to reinstate the use of LogicalResult in
Presburger. Since db791b2 (mlir/LogicalResult: move into llvm),
LogicalResult is in LLVM, and fulfilling this desire is possible while
still maintaining the goal of stripping the Presburger library of mlir
dependencies.
Commit: da24d3a79d73c725d1b672263e558a3de6cbcde9
https://github.com/llvm/llvm-project/commit/da24d3a79d73c725d1b672263e558a3de6cbcde9
Author: Kazu Hirata <kazu at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/AsmParser/LLParser.cpp
Log Message:
-----------
[AsmParser] Use range-based for loops (NFC) (#97499)
Commit: 2b3376f35340d86d766dc8007534f137bf93aed3
https://github.com/llvm/llvm-project/commit/2b3376f35340d86d766dc8007534f137bf93aed3
Author: Allen <zhongyunde at huawei.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/InstCombine/InstCombineAndOrXor.cpp
M llvm/test/Transforms/InstCombine/xor.ll
Log Message:
-----------
[InstCombine] Guard noundef for transformation from xor to or disjoint (#96905)
Fix https://github.com/llvm/llvm-project/issues/96857
Commit: b76dd4edbfbba5593b691ef92b755f25cf63f445
https://github.com/llvm/llvm-project/commit/b76dd4edbfbba5593b691ef92b755f25cf63f445
Author: Jay Foad <jay.foad at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPUAtomicOptimizer.cpp
M llvm/test/CodeGen/AMDGPU/GlobalISel/global-atomic-fadd.f32-rtn.ll
M llvm/test/CodeGen/AMDGPU/global-atomic-fadd.f32-rtn.ll
M llvm/test/CodeGen/AMDGPU/global-atomicrmw-fadd-wrong-subtarget.ll
M llvm/test/CodeGen/AMDGPU/global_atomic_optimizer_fp_rtn.ll
M llvm/test/CodeGen/AMDGPU/local-atomicrmw-fadd.ll
Log Message:
-----------
[AMDGPU] Disable atomic optimization of fadd/fsub with result (#96479)
An atomic fadd instruction like this should return %x:
; value at %ptr is %x
%r = atomicrmw fadd ptr %ptr, float %y
After atomic optimization, if %y is uniform, the result is calculated
as %r = %x + * %y * +0.0. This has a couple of problems:
1. If %y is Inf or NaN, this will return NaN instead of %x.
2. If %x is -0.0 and %y is positive, this will return +0.0 instead of
-0.0.
Avoid these problems by disabling the "%y is uniform" path if there are
any uses of the result.
Commit: 1eec81a831dcf925c0c86c153e8dce019a5b5436
https://github.com/llvm/llvm-project/commit/1eec81a831dcf925c0c86c153e8dce019a5b5436
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
M llvm/test/Transforms/CorrelatedValuePropagation/icmp.ll
M llvm/test/Transforms/CorrelatedValuePropagation/vectors.ll
Log Message:
-----------
[CVP][LVI] Add support for vectors (#97428)
The core change here is to add support for converting vector constants
into constant ranges. The rest is just relaxing isIntegerTy() checks and
making sure we don't use APIs that assume vectors.
There are a couple of places that don't support vectors yet, most
notably the "simplest" fold (comparisons to a constant) isn't supported
yet. I'll leave these to a followup.
Commit: a6d289da0cce99b28658f264b7f9496e3648232e
https://github.com/llvm/llvm-project/commit/a6d289da0cce99b28658f264b7f9496e3648232e
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86ISelLowering.cpp
M llvm/test/CodeGen/X86/is_fpclass-fp80.ll
M llvm/test/CodeGen/X86/movmsk-bittest.ll
Log Message:
-----------
[X86] Add checkSignTestSetCCCombine - if X86ISD::CMP/OR is testing for signbits, attempt to test for the signbit source instead. (#97433)
There's a lot more we could do here (including the reverse fold back to X86::COND_S/NS with some other X86ISD nodes), but I wanted to address the MOVMSK issue initially.
Fixes #66191
Commit: 298e292a76289d93f7c1a80c26e354830c6080e4
https://github.com/llvm/llvm-project/commit/298e292a76289d93f7c1a80c26e354830c6080e4
Author: Tsz Chan <keithcth2001 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/IR/Instructions.cpp
M llvm/unittests/IR/InstructionsTest.cpp
Log Message:
-----------
[IR] Add overflow check in AllocaInst::getAllocationSize (#97170)
Fixes #91380.
Commit: 7de7f50fc9d76ced7a971a66abf59aab6f9e5be6
https://github.com/llvm/llvm-project/commit/7de7f50fc9d76ced7a971a66abf59aab6f9e5be6
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/test/Transforms/PhaseOrdering/X86/blendv-select.ll
M llvm/test/Transforms/PhaseOrdering/X86/pr67803.ll
Log Message:
-----------
[InstCombine][X86] Fold blendv(x,y,shuffle(bitcast(sext(m)))) -> select(shuffle(m),x,y) (#96882)
We already handle blendv(x,y,bitcast(sext(m))) -> select(m,x,y) cases, but this adds support for peeking through one-use shuffles as well. VectorCombine should already have canonicalized the IR to shuffle(bitcast(...)) for us.
The particular use case is where we have split generic 256/512-bit code to use target-specific blendv intrinsics (e.g. AVX1 spoofing AVX2 256-bit ops).
Fixes #58895
Commit: bcb7c38af7de59f3b2201734ee11987839cd7bbe
https://github.com/llvm/llvm-project/commit/bcb7c38af7de59f3b2201734ee11987839cd7bbe
Author: Aaron Ballman <aaron at aaronballman.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/lib/Headers/float.h
M clang/test/Headers/float.c
M clang/www/c_status.html
Log Message:
-----------
[C23] Add INFINITY and NAN macros to <float.h> (#96659)
This is in support of WG14 N2848 which only define the macros if
an infinity or nan are supported. However, because we support builtins
that can produce an infinity or a NAN, and because we have pragmas
that control infinity or NAN behavior, we always define the macros even
if the user passed -ffinite-math-only on the command line.
Commit: 5fd5b8ada70d9cbdaa8cc5bea50a6314e3140364
https://github.com/llvm/llvm-project/commit/5fd5b8ada70d9cbdaa8cc5bea50a6314e3140364
Author: Sven van Haastregt <sven.vanhaastregt at arm.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/CodeGen/CodeGenModule.cpp
A clang/test/CodeGenOpenCLCXX/version.clcpp
Log Message:
-----------
[OpenCL] Emit opencl.cxx.version metadata for C++ (#92140)
Currently there is no way to tell whether an IR module was generated
using `-cl-std=cl3.0` or `-cl-std=clc++2021`, i.e., whether the origin
was a OpenCL C or C++ for OpenCL source.
Add new `opencl.cxx.version` named metadata when compiling C++. Keep the
`opencl.ocl.version` metadata to convey the compatible OpenCL C version.
Fixes https://github.com/llvm/llvm-project/issues/91912
Commit: d37e7ec2c5c3ecfd6a4612c1798d62d343ceb254
https://github.com/llvm/llvm-project/commit/d37e7ec2c5c3ecfd6a4612c1798d62d343ceb254
Author: Fabian Ritter <fabian.ritter at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Utils/LowerMemIntrinsics.cpp
M llvm/test/CodeGen/AMDGPU/lower-mem-intrinsics.ll
Log Message:
-----------
[LowerMemIntrinsics] Respect the volatile argument of llvm.memmove (#97545)
So far, we ignored if a memmove intrinsic is volatile when lowering it
to loops in the IR. This change generates volatile loads and stores in
this case (similar to how memcpy is handled) and adds tests for volatile
memmoves and memcpys.
Commit: 82f9a5ba965dc1a40fe955b8205dd863bf6385cf
https://github.com/llvm/llvm-project/commit/82f9a5ba965dc1a40fe955b8205dd863bf6385cf
Author: Youngsuk Kim <youngsuk.kim at hpe.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/MC/MCParser/AsmParser.cpp
M llvm/lib/MC/MCParser/MasmParser.cpp
M llvm/lib/Support/JSON.cpp
M llvm/lib/Support/LockFileManager.cpp
M llvm/lib/TableGen/Main.cpp
M llvm/lib/TableGen/SetTheory.cpp
Log Message:
-----------
[llvm] Avoid 'raw_string_ostream::str' (NFC)
Since `raw_string_ostream` doesn't own the string buffer, it is
desirable (in terms of memory safety) for users to directly reference
the string buffer rather than use `raw_string_ostream::str()`.
Work towards TODO comment to remove `raw_string_ostream::str()`.
Commit: 18eef6802c36fc1744834fa761831aa805714d9e
https://github.com/llvm/llvm-project/commit/18eef6802c36fc1744834fa761831aa805714d9e
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
Log Message:
-----------
Fix signed/unsigned integer comparison warning. NFC.
Commit: c1af97db1e3846db1188149afe86cee6585dfc9a
https://github.com/llvm/llvm-project/commit/c1af97db1e3846db1188149afe86cee6585dfc9a
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Interp.h
M clang/lib/AST/Interp/Pointer.cpp
M clang/lib/AST/Interp/Pointer.h
M clang/test/AST/Interp/literals.cpp
Log Message:
-----------
[clang][Interp] Diagnose comparisons against one-past-end pointers
Commit: 52cc7c003a2851e66586dc15c6dc813355e147c6
https://github.com/llvm/llvm-project/commit/52cc7c003a2851e66586dc15c6dc813355e147c6
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
A llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
A llvm/test/Transforms/InstCombine/X86/x86-pmulhrs.ll
A llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] Add tests for special case, constant folding and demanded elts handling for PMULH style intrinsics
Commit: fb7f65ba468f462103599e762c86f49b420cd984
https://github.com/llvm/llvm-project/commit/fb7f65ba468f462103599e762c86f49b420cd984
Author: Koakuma <koachan at protonmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/Sparc/MCTargetDesc/SparcAsmBackend.cpp
M llvm/lib/Target/Sparc/MCTargetDesc/SparcELFObjectWriter.cpp
M llvm/lib/Target/Sparc/MCTargetDesc/SparcMCTargetDesc.h
A llvm/test/MC/Sparc/elf-sparc-machine-type.s
Log Message:
-----------
[SPARC][IAS] Emit the correct ELF machine type (#96583)
Emit the correct machine type when writing out ELF objects.
This patch is modeled on GCC's behavior:
- `-m32` emits an object of type EM_SPARC;
- `-m32 -mcpu=v9` emits EM_SPARC32PLUS (however, see below); and
- `-m64` emits EM_SPARCV9.
Note that GCC does not guarantee emission of EM_SPARC32PLUS objects,
since GNU as doesn't support user control of emitted machine type.
It will always autodetect the type based on the instruction mix:
- If there's a V9 instruction inside, then emit EM_SPARC32PLUS; and
- Emit EM_SPARC otherwise.
For LLVM we choose deterministic behavior instead for simplicity.
Commit: 7c96469ea86a8d41aaa1bdb51b14894b0fbf16c0
https://github.com/llvm/llvm-project/commit/7c96469ea86a8d41aaa1bdb51b14894b0fbf16c0
Author: Noah Goldstein <goldstein.w.n at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Analysis/ValueTracking.cpp
M llvm/test/Transforms/InstCombine/icmp-select-implies-common-op.ll
M llvm/test/Transforms/InstCombine/range-check.ll
M llvm/test/Transforms/LoopVectorize/X86/pr23997.ll
M llvm/test/Transforms/NewGVN/pr35125.ll
Log Message:
-----------
[ValueTracking] Extend LHS/RHS with matching operand to work without constants.
Previously we only handled the `L0 == R0` case if both `L1` and `R1`
where constant.
We can get more out of the analysis using general constant ranges
instead.
For example, `X u> Y` implies `X != 0`.
In general, any strict comparison on `X` implies that `X` is not equal
to the boundary value for the sign and constant ranges with/without
sign bits can be useful in deducing implications.
Closes #85557
Commit: 488fdb7d1245af5651ba77630f81412648ba7ae3
https://github.com/llvm/llvm-project/commit/488fdb7d1245af5651ba77630f81412648ba7ae3
Author: serge-sans-paille <sguelton at mozilla.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lld/test/ELF/as-needed-no-reloc.s
M lld/test/ELF/as-needed.s
M lld/test/ELF/auxiliary.s
M lld/test/ELF/dynamic-reloc.s
M lld/test/ELF/filter.s
M lld/test/ELF/gc-sections-shared.s
M lld/test/ELF/no-soname.s
M lld/test/ELF/partition-synthetic-sections.s
M lld/test/ELF/push-state.s
M lld/test/ELF/shared-ppc64.s
M lld/test/ELF/shared.s
M lld/test/ELF/soname.s
M lld/test/ELF/soname2.s
M lld/test/ELF/wrap-drop-shared-original.s
M llvm/test/tools/llvm-ifs/write-stub.test
M llvm/test/tools/llvm-readobj/ELF/dynamic-malformed.test
M llvm/test/tools/llvm-readobj/ELF/dynamic-tags.test
M llvm/test/tools/llvm-readobj/ELF/loadname.test
M llvm/tools/llvm-readobj/ELFDumper.cpp
Log Message:
-----------
Revert "[llvm-readobj][ELF] Test multivalued rpath entries and alter the output for readobj to emphasize the single valued nature of NEEDED, SONAME, USED etc. (#96562)"
Reverted due to output change that breaks downstream project, see
https://github.com/llvm/llvm-project/pull/96562#issuecomment-2204938038
This reverts commit 161e1689ba98fabba71cac21f536708c78e9d7b0.
Commit: e8c94149d3ca12d4d02fb8de89981c68ffa278f3
https://github.com/llvm/llvm-project/commit/e8c94149d3ca12d4d02fb8de89981c68ffa278f3
Author: Alexandre Ganea <aganea at havenstudios.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/docs/ReleaseNotes.rst
M llvm/test/tools/llvm-config/paths.test
M llvm/tools/llvm-config/llvm-config.cpp
Log Message:
-----------
[llvm-config] Quote and escape paths if necessary (#97305)
If any of the printed paths by `llvm-config` contains quotes, spaces,
backslashes or dollar sign characters, these paths will be quoted and
the corresponding characters will be escaped.
Following discussion in https://github.com/llvm/llvm-project/pull/76304
Fixes https://github.com/llvm/llvm-project/issues/28117
Commit: 08888d0e6b2e02f1f4f34e2bf71a5d4fe8e0e039
https://github.com/llvm/llvm-project/commit/08888d0e6b2e02f1f4f34e2bf71a5d4fe8e0e039
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/docs/ReleaseNotes.rst
Log Message:
-----------
[llvm][Docs] Add release note for lldb's support for register enums
Commit: d5c9ffd545ebf171346ac69b15fafeee469f0b3c
https://github.com/llvm/llvm-project/commit/d5c9ffd545ebf171346ac69b15fafeee469f0b3c
Author: Yingwei Zheng <dtcxzyw2333 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
A llvm/test/CodeGen/AArch64/pr96366.ll
M llvm/test/CodeGen/AMDGPU/dagcombine-fma-crash.ll
A llvm/test/CodeGen/RISCV/pr96366.ll
Log Message:
-----------
[SDAG] Intersect poison-generating flags after CSE (#97434)
This patch fixes a miscompilation when `N` gets CSEed to `Existing`:
```
Existing: t5: i32 = sub nuw Constant:i32<0>, t3
N: t30: i32 = sub Constant:i32<0>, t3
```
Fixes https://github.com/llvm/llvm-project/issues/96366.
Commit: 3e7ddcc3dcbe9b1e82473c0591af8b5fa24cbe7f
https://github.com/llvm/llvm-project/commit/3e7ddcc3dcbe9b1e82473c0591af8b5fa24cbe7f
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/docs/ReleaseNotes.rst
Log Message:
-----------
[llvm][Docs] Fix some incorrect RST syntax in the tools release notes
Commit: c2072d993a443f08ab1bac8a3d5575e1a48663c7
https://github.com/llvm/llvm-project/commit/c2072d993a443f08ab1bac8a3d5575e1a48663c7
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
M llvm/test/Transforms/CorrelatedValuePropagation/vectors.ll
Log Message:
-----------
[CVP] Support vectors for and elision
Commit: c20695a44817d52abda3dee495ef2a172ca315fa
https://github.com/llvm/llvm-project/commit/c20695a44817d52abda3dee495ef2a172ca315fa
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhrs.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] simplifyDemandedVectorEltsIntrinsic - add handling for PMULH/PMULHU/PMULHRS intrinsics
Commit: 4ee4bc3cf259419c3d87711df1f96742a0914a0c
https://github.com/llvm/llvm-project/commit/4ee4bc3cf259419c3d87711df1f96742a0914a0c
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhrs.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] Add zero/undef arg handling for MULH/PMULHU/PMULHRS intrinsics
Commit: acaa0262a98fe8ecc525bdbdc2692d803e50976a
https://github.com/llvm/llvm-project/commit/acaa0262a98fe8ecc525bdbdc2692d803e50976a
Author: Krzysztof Parzyszek <Krzysztof.Parzyszek at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/Sema/SemaOpenMP.cpp
Log Message:
-----------
[clang][OpenMP] Use leaf constructs in `mapLoopConstruct` (#97446)
This removes mentions of specific combined directives.
Also, add a quote from the OpenMP spec to explain the code dealing with
the `bind` clause.
Commit: 6461b921fd06b1c812f1172685b8b7edc0608af7
https://github.com/llvm/llvm-project/commit/6461b921fd06b1c812f1172685b8b7edc0608af7
Author: Krzysztof Parzyszek <Krzysztof.Parzyszek at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/Sema/SemaOpenMP.cpp
Log Message:
-----------
[clang][OpenMP] Change `ActOnOpenMPRegionStart` to use captured regions (#97445)
Instead of checking specific directives, this function now gets the list
of captured regions, and processes them individually. This makes this
function directive-agnostic (except a few cases of leaf constructs).
Commit: 0778b5d0d296edaca2ac52f2c8d2c806d492355a
https://github.com/llvm/llvm-project/commit/0778b5d0d296edaca2ac52f2c8d2c806d492355a
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/test/Transforms/InstCombine/saturating-add-sub.ll
Log Message:
-----------
[InstCombine] Add test for computeConstantRange() with non-splat poison (NFC)
Commit: 2dbb454791044e3ef91c8e7069f953b7406d78c6
https://github.com/llvm/llvm-project/commit/2dbb454791044e3ef91c8e7069f953b7406d78c6
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/Analysis/ValueTracking.h
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/lib/Analysis/ValueTracking.cpp
M llvm/test/Transforms/InstCombine/saturating-add-sub.ll
Log Message:
-----------
[ValueTracking][LVI] Consolidate vector constant range calculation
Add a common helper used for computeConstantRange() and LVI. The
implementation is a mix of both, with the efficient handling for
ConstantDataVector taken from computeConstantRange(), and the
general handling (including non-splat poison) from LVI.
Commit: c1004cad4b62b70c4b316a49c5426271d4e1d740
https://github.com/llvm/llvm-project/commit/c1004cad4b62b70c4b316a49c5426271d4e1d740
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/Analysis/LazyValueInfo.h
M llvm/lib/Analysis/LazyValueInfo.cpp
Log Message:
-----------
[LVI] Use CmpInst::Predicate in APIs (NFC)
Unfortunately this requires including InstrTypes.h in the header,
but I think that's fine given that that LazyValueInfo.h is not
widely used.
Commit: dde3f17026be48c05a5d3876f12db72fdd6422ed
https://github.com/llvm/llvm-project/commit/dde3f17026be48c05a5d3876f12db72fdd6422ed
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
A lldb/test/API/commands/expression/bitfield_enums/Makefile
A lldb/test/API/commands/expression/bitfield_enums/TestBitfieldEnums.py
A lldb/test/API/commands/expression/bitfield_enums/main.cpp
Log Message:
-----------
[lldb] Fix printing of unsigned enum bitfields when they contain the max value (#96202)
While testing register fields I found that if you put the max value into
a bitfield with an underlying type that is an unsigned enum, lldb would
not print the enum name.
This is because the code to match values to names wasn't checking
whether the enum's type was signed, it just assumed it was.
So for example a 2 bit field with value 3 got signed extended to -1,
which didn't match the enumerator value of 3. So lldb just printed the
number instead of the name.
For a value of 1, the top bit was 0 so the sign extend became a zero
extend, and lldb did print the name of the enumerator.
I added a new test because I needed to use C++ to get typed enums. It
checks min, max and an in between value for signed and unsigned enums
applied to a bitfield.
Commit: 41fddc4ec3302f125a5b84ae86c8027dedc89984
https://github.com/llvm/llvm-project/commit/41fddc4ec3302f125a5b84ae86c8027dedc89984
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
M lldb/test/Shell/SymbolFile/DWARF/x86/debug-types-missing-signature.test
M lldb/unittests/ValueObject/DumpValueObjectOptionsTests.cpp
Log Message:
-----------
[lldb] Print empty enums as if they were unrecognised normal enums (#97553)
Fixes #97514
Given this example:
```
enum E {};
int main()
{
E x = E(0);
E y = E(1);
E z = E(2);
return 0;
}
```
lldb used to print nothing for `x`, but `0x1` for `y` and `0x2` for `z`.
At first this seemed like the 0 case needed fixing but the real issue
here is that en enum with no enumerators was being detected as a
"bitfield like enum".
Which is an enum where all enumerators are a single bit value, or the
sum of previous single bit values.
For these we do not print anything for a value of 0, as we assume it
must be the remainder after we've printed the other bits that were set
(I think this is also unfortunate, but I'm not addressing that here).
Clearly an enum with no enumerators cannot be being used as a bitfield,
so check that up front and print it as if it's a normal enum where we
didn't match any of the enumerators. This means you now get:
```
(lldb) p x
(E) 0
(lldb) p y
(E) 1
(lldb) p z
(E) 2
```
Which is a change to decimal from hex, but I think it's overall more
consistent. Printing hex here was never a concious decision.
Commit: 31015240d366e4bf6f114856caa6e9ce90742b7f
https://github.com/llvm/llvm-project/commit/31015240d366e4bf6f114856caa6e9ce90742b7f
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
M lldb/unittests/ValueObject/DumpValueObjectOptionsTests.cpp
Log Message:
-----------
[lldb] Print "0x0" for bitfield like enums where the value is 0 (#97557)
Enums like this one are treated as bitfield like enums: enum FlagsLike
{B=2, C=4};
lldb recognises them as collections of flags, so you can have "B | C".
If there's any values not covered that's printed as hex "B | C | 0x1".
What happened if the value was 0 was we would not match any of the
enumerators, then the remainder check requires that the remainder is
non-zero. So lldb would print nothing at all.
Which I assume is a bug because knowing that no flags are set is useful,
just as much as knowing that some unkown bit was set to make it
non-zero.
Commit: 50c81128de8616117118564eff22cf508cba7848
https://github.com/llvm/llvm-project/commit/50c81128de8616117118564eff22cf508cba7848
Author: Aaron Ballman <aaron at aaronballman.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
A clang/test/C/C23/Inputs/bits.bin
A clang/test/C/C23/Inputs/boop.h
A clang/test/C/C23/Inputs/i.dat
A clang/test/C/C23/Inputs/jump.wav
A clang/test/C/C23/Inputs/s.dat
A clang/test/C/C23/n2322.c
A clang/test/C/C23/n2350.c
A clang/test/C/C23/n2359.c
A clang/test/C/C23/n2508.c
A clang/test/C/C23/n2549.c
A clang/test/C/C23/n2607.c
A clang/test/C/C23/n2670.c
A clang/test/C/C23/n2683.c
A clang/test/C/C23/n2683_2.c
A clang/test/C/C23/n2819.c
A clang/test/C/C23/n2826.c
A clang/test/C/C23/n2836_n2939.c
A clang/test/C/C23/n2838.c
A clang/test/C/C23/n2886.c
A clang/test/C/C23/n2900_n3011.c
A clang/test/C/C23/n2900_n3011_2.c
A clang/test/C/C23/n2927.c
A clang/test/C/C23/n2927_2.c
A clang/test/C/C23/n2930.c
A clang/test/C/C23/n2934.c
A clang/test/C/C23/n2940.c
A clang/test/C/C23/n2975.c
A clang/test/C/C23/n3007.c
A clang/test/C/C23/n3017.c
A clang/test/C/C23/n3018.c
A clang/test/C/C23/n3033.c
A clang/test/C/C23/n3033_2.c
A clang/test/C/C23/n3035.c
A clang/test/C/C23/n3042.c
R clang/test/C/C2x/Inputs/bits.bin
R clang/test/C/C2x/Inputs/boop.h
R clang/test/C/C2x/Inputs/i.dat
R clang/test/C/C2x/Inputs/jump.wav
R clang/test/C/C2x/Inputs/s.dat
R clang/test/C/C2x/n2322.c
R clang/test/C/C2x/n2350.c
R clang/test/C/C2x/n2359.c
R clang/test/C/C2x/n2508.c
R clang/test/C/C2x/n2549.c
R clang/test/C/C2x/n2607.c
R clang/test/C/C2x/n2670.c
R clang/test/C/C2x/n2683.c
R clang/test/C/C2x/n2683_2.c
R clang/test/C/C2x/n2819.c
R clang/test/C/C2x/n2826.c
R clang/test/C/C2x/n2836_n2939.c
R clang/test/C/C2x/n2838.c
R clang/test/C/C2x/n2886.c
R clang/test/C/C2x/n2900_n3011.c
R clang/test/C/C2x/n2900_n3011_2.c
R clang/test/C/C2x/n2927.c
R clang/test/C/C2x/n2927_2.c
R clang/test/C/C2x/n2930.c
R clang/test/C/C2x/n2934.c
R clang/test/C/C2x/n2940.c
R clang/test/C/C2x/n2975.c
R clang/test/C/C2x/n3007.c
R clang/test/C/C2x/n3017.c
R clang/test/C/C2x/n3018.c
R clang/test/C/C2x/n3033.c
R clang/test/C/C2x/n3033_2.c
R clang/test/C/C2x/n3035.c
R clang/test/C/C2x/n3042.c
Log Message:
-----------
Rename C2x to C23; NFC
This renames the test directory for C23 tests.
Commit: 495452e7da8fad7bd311fd041530d72c101da643
https://github.com/llvm/llvm-project/commit/495452e7da8fad7bd311fd041530d72c101da643
Author: Izaak Schroeder <izaak.schroeder at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libunwind/src/UnwindCursor.hpp
Log Message:
-----------
[libunwind] Remove needless `sys/uio.h` (#97495)
No reference to `readv` or `writev`. This makes `libcxx` happy when
compiling against clang's `libc` as part of
https://github.com/llvm/llvm-project/issues/97191.
Commit: 9ce895c1ae12ebed4249f2d693dcbff146193c60
https://github.com/llvm/llvm-project/commit/9ce895c1ae12ebed4249f2d693dcbff146193c60
Author: Nikolas Klauser <nikolasklauser at berlin.de>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libcxx/utils/ci/Dockerfile
Log Message:
-----------
[libc++] Use GCC compilers from compiler explorer (#97219)
This avoids the very recent system requirements for new GCC versions,
making it a lot easier to update GCC in a timely manner.
Commit: 7bb251a91a4f57aed458aa0572c135b5374cd2f2
https://github.com/llvm/llvm-project/commit/7bb251a91a4f57aed458aa0572c135b5374cd2f2
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhrs.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] Add constant folding for PMULH/PMULHU/PMULHRS intrinsics
Commit: aa3c84c85c8c2ef5b8665932e7934458a44504ce
https://github.com/llvm/llvm-project/commit/aa3c84c85c8c2ef5b8665932e7934458a44504ce
Author: Aaron Ballman <aaron at aaronballman.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/www/cxx_status.html
Log Message:
-----------
Clang 19 isn't yet released; NFC
...just updates the colors in the table.
Commit: 54aa1d28b6a26b4980df4d5448fb64d19dc1a100
https://github.com/llvm/llvm-project/commit/54aa1d28b6a26b4980df4d5448fb64d19dc1a100
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Compiler.cpp
M clang/test/CodeGenCXX/atomicinit.cpp
Log Message:
-----------
[clang][Interp] Fix initializing atomic record types
Remove the atomic type when visiting InitListExprs.
Commit: 0865b782f62fadcdb82e5bd7be432c96109228d0
https://github.com/llvm/llvm-project/commit/0865b782f62fadcdb82e5bd7be432c96109228d0
Author: A. Jiang <de34 at live.cn>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libcxx/include/__exception/nested_exception.h
M libcxx/test/std/language.support/support.exception/except.nested/rethrow_if_nested.pass.cpp
Log Message:
-----------
[libc++] Fix the signatures of `std::rethrow_if_nested` (#91365)
Fixes #54470.
See https://eel.is/c++draft/global.functions#2:
> A call to a non-member function signature described in [support]
> through [thread] and [depr] shall behave as if the implementation
> declared no additional non-member function signatures.
and https://eel.is/c++draft/global.functions#3:
> An implementation shall not declare a non-member function signature
> with additional default arguments.
Commit: 86d456ad8f2aef6edcc36d44d26119025331981e
https://github.com/llvm/llvm-project/commit/86d456ad8f2aef6edcc36d44d26119025331981e
Author: Kirill <77356738+kirillpyasecky at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M utils/bazel/examples/http_archive/WORKSPACE
Log Message:
-----------
Fix error: name 'maybe' is not defined (#96741)
Commit: f1a8f94bba8b090a0d667065e4b8b4fc66b6a5cc
https://github.com/llvm/llvm-project/commit/f1a8f94bba8b090a0d667065e4b8b4fc66b6a5cc
Author: OverMighty <its.overmighty at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/docs/build_and_test.rst
Log Message:
-----------
[libc][docs] Add doc for using containers to test on a different arch (#97431)
Commit: f7b09b5225a58a657fc0315377438077f9e9363f
https://github.com/llvm/llvm-project/commit/f7b09b5225a58a657fc0315377438077f9e9363f
Author: Izaak Schroeder <izaak.schroeder at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/spec/gnu_ext.td
Log Message:
-----------
[libc] Add function spec for `getauxval` (#97492)
Does what it says on the box.
Commit: 56f0ecd6db9219b7d14a8eda613d6b75060643eb
https://github.com/llvm/llvm-project/commit/56f0ecd6db9219b7d14a8eda613d6b75060643eb
Author: realqhc <caiqihan021 at hotmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/IR/IntrinsicsRISCVXCV.td
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfoXCV.td
A llvm/test/CodeGen/RISCV/xcvalu.ll
Log Message:
-----------
[RISCV] Implement Intrinsics Support for XCValu Extension in CV32E40P (#85603)
Implement XCValu intrinsics for CV32E40P according to the specification.
This commit is part of a patch-set to upstream the vendor specific
extensions of CV32E40P that need LLVM intrinsics to implement Clang
builtins.
Contributors: @CharKeaney, @ChunyuLiao, @jeremybennett, @lewis-revill,
@NandniJamnadas, @PaoloS02, @serkm, @simonpcook, @xingmingjie.
Commit: 07fa7fc00f3ad5a349ae53d576f48bfd54121a7f
https://github.com/llvm/llvm-project/commit/07fa7fc00f3ad5a349ae53d576f48bfd54121a7f
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhrs.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] Add multiply-by-one tests for PMULH/PMULHU/PMULHRS intrinsics
PMULH/PMULHU will simplify, PMULHRS doesn't really and we're better off keeping the intrinsic
Commit: cb48ad6603c237b0832b88cb85530a58a1a6a01c
https://github.com/llvm/llvm-project/commit/cb48ad6603c237b0832b88cb85530a58a1a6a01c
Author: David Green <david.green at arm.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/AArch64/AArch64FrameLowering.cpp
Log Message:
-----------
[AArch64] Clean up formatting of AArch64FrameLowering. NFC
Commit: 1db4221c6da0f77517e1921f7c17a6f4e493e38f
https://github.com/llvm/llvm-project/commit/1db4221c6da0f77517e1921f7c17a6f4e493e38f
Author: Vyacheslav Levytskyy <vyacheslav.levytskyy at intel.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/SPIRV/SPIRVGlobalRegistry.cpp
A llvm/test/CodeGen/SPIRV/function/forward-call-type-inference.ll
Log Message:
-----------
[SPIR-V] Fix a crash in SPIRV Backend during the 'finalize lowering' stage on management of function forward calls (#97435)
This PR is to fix a crash in SPIRV Backend during the 'finalize
lowering' stage on management of function forward calls. The reproducer
is committed as a new test case.
Commit: bf9e9e5e843838f9bc905d4a0d575d8d39e9b5f2
https://github.com/llvm/llvm-project/commit/bf9e9e5e843838f9bc905d4a0d575d8d39e9b5f2
Author: Vyacheslav Levytskyy <vyacheslav.levytskyy at intel.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/SPIRV/SPIRVBuiltins.cpp
M llvm/lib/Target/SPIRV/SPIRVBuiltins.h
M llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
M llvm/lib/Target/SPIRV/SPIRVISelLowering.cpp
M llvm/test/CodeGen/SPIRV/transcoding/spirv-event-null.ll
Log Message:
-----------
[SPIR-V] Improve type inference for a known instruction's builtin: OpGroupAsyncCopy (#96895)
This PR improves type inference for a known instruction's builtin:
OpGroupAsyncCopy:
* deduce a type of one source/destination pointer when it's possible to
deduce a type of another argument, and
* validate src and dest types and tries to unfold a parameter if it's a
structure wrapper around a scalar/vector type.
Commit: f60f7b47a92dbf2f3d994868d3cd43b86a18a76c
https://github.com/llvm/llvm-project/commit/f60f7b47a92dbf2f3d994868d3cd43b86a18a76c
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] Add multiply-by-one handling for MULH/PMULHU/PMULHRS intrinsics
MULH/PMULHU simplifies to ASHR/ZERO as they just become a SEXT/ZEXT sign-splat instruction
PMULHRS doesn't simplify as much so I've not attempted to fold it.
Commit: f057130b169fe551b1fec6633fadba26ef19bcdd
https://github.com/llvm/llvm-project/commit/f057130b169fe551b1fec6633fadba26ef19bcdd
Author: Jonas Devlieghere <jonas at devlieghere.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/include/lldb/Target/Platform.h
M lldb/source/Target/Platform.cpp
Log Message:
-----------
[lldb] Remove commented-out Platform::FindPlugin (NFC)
Commit: 3ab2247d10673419609333a33bca0eca8a56bf3d
https://github.com/llvm/llvm-project/commit/3ab2247d10673419609333a33bca0eca8a56bf3d
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/IR/ConstantRange.cpp
Log Message:
-----------
[ConstantRange] Optimize icmp() implementation (NFC)
These are pretty hot code paths, so provide direct implementations
for them, instead of going through makeSatisfyingICmpRegion().
Commit: 584e431a4b257098d1ff13a0e9926842222ba601
https://github.com/llvm/llvm-project/commit/584e431a4b257098d1ff13a0e9926842222ba601
Author: Krystian Stasiowski <sdkrystian at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/Sema/SemaType.cpp
A clang/test/CXX/dcl.dcl/dcl.spec/dcl.type/dcl.spec.auto/p5-cxx14.cpp
Log Message:
-----------
[Clang][Sema] Treat explicit specializations of static data member templates declared without 'static' as static data members when diagnosing uses of 'auto' (#97425)
After #93873 clang no longer permits declarations of explicit
specializations of static data member templates to use the `auto`
_placeholder-type-specifier_:
```
struct A {
template<int N>
static constexpr auto x = 0;
template<>
constexpr auto x<1> = 1; // error: 'auto' not allowed in non-static struct member
};
```
This patch fixes the issue.
Commit: ab930ee7cad8b8bf7968bb8d0c0d72524e2313c4
https://github.com/llvm/llvm-project/commit/ab930ee7cad8b8bf7968bb8d0c0d72524e2313c4
Author: Fred Grim <fgrim at apple.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lld/test/ELF/gnu-property-align-32.s
M lld/test/ELF/gnu-property-align.s
M lld/test/ELF/partition-notes.s
M llvm/test/tools/llvm-objcopy/ELF/add-note.test
M llvm/test/tools/llvm-readobj/ELF/AArch64/aarch64-feature-pauth.s
M llvm/test/tools/llvm-readobj/ELF/AArch64/aarch64-note-gnu-property.s
M llvm/test/tools/llvm-readobj/ELF/AArch64/memtag.test
M llvm/test/tools/llvm-readobj/ELF/AArch64/note-android-unknown.test
M llvm/test/tools/llvm-readobj/ELF/gnu-note-size.test
M llvm/test/tools/llvm-readobj/ELF/gnu-notes.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-invalid-v2.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-invalid-v3.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-valid-v2.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-valid-v3.s
M llvm/test/tools/llvm-readobj/ELF/note-amd.s
M llvm/test/tools/llvm-readobj/ELF/note-amdgpu-invalid.s
M llvm/test/tools/llvm-readobj/ELF/note-amdgpu.test
M llvm/test/tools/llvm-readobj/ELF/note-core-ntfile.test
M llvm/test/tools/llvm-readobj/ELF/note-core.test
M llvm/test/tools/llvm-readobj/ELF/note-freebsd-core.test
M llvm/test/tools/llvm-readobj/ELF/note-freebsd.test
M llvm/test/tools/llvm-readobj/ELF/note-generic.s
M llvm/test/tools/llvm-readobj/ELF/note-gnu-property.s
M llvm/test/tools/llvm-readobj/ELF/note-gnu-property2.s
M llvm/test/tools/llvm-readobj/ELF/note-llvmompoffload.test
A llvm/test/tools/llvm-readobj/ELF/note-multiple-sections.test
M llvm/test/tools/llvm-readobj/ELF/note-netbsd-core.test
M llvm/test/tools/llvm-readobj/ELF/note-openbsd-core.test
M llvm/test/tools/llvm-readobj/ELF/note-unknown.s
M llvm/test/tools/llvm-readobj/archive.test
M llvm/tools/llvm-readobj/ELFDumper.cpp
Log Message:
-----------
[llvm-readobj][ELF] Alter JSON/LLVM output on note sections to allow for multiple notes per section in JSON (#96813)
It turns out that the notes section for corefiles (or really any elf
file with multiple notes) is set up in such a way for LLVM formatted
output that the JSON equivalent only has the last note since the notes
are held in a dictionary with every key being Note. This pr alters the
layout for the notes to a list of dictionaries to sidestep this issue
for JSON output. Prior to this pr a note section in the output looked
like (for LLVM output):
```
Notes [
NoteSection {
Name: <?>
Offset: 0x2148
Size: 0x1F864
Note {
Owner: CORE
Data size: 0x150
Type: NT_PRSTATUS (prstatus structure)
Description data (
0000: 06000000 00000000 00000000 06000000 |................|
...
)
}
Note {
Owner: CORE
Data size: 0x88
Type: NT_PRPSINFO (prpsinfo structure)
Description data (
0000: 02440000 00000000 04054040 00000000 |.D........@@....|
....
```
But is now:
```
NoteSections [
NoteSection {
Name: <?>
Offset: 0x2148
Size: 0x1F864
Notes [
{
Owner: CORE
Data size: 0x150
Type: NT_PRSTATUS (prstatus structure)
Description data (
0000: 06000000 00000000 00000000 06000000 |................|
...
)
}
{
Owner: CORE
Data size: 0x88
Type: NT_PRPSINFO (prpsinfo structure)
Description data (
0000: 02440000 00000000 04054040 00000000 |.D........@@....|
...
```
Commit: 3386d24ff4e5dae07e33326c12c8d7dfd29de06a
https://github.com/llvm/llvm-project/commit/3386d24ff4e5dae07e33326c12c8d7dfd29de06a
Author: Kamau Bridgeman <kamau.bridgeman.ibm at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/DebugInfo/DWARF/DWARFUnit.h
M llvm/lib/DebugInfo/DWARF/DWARFUnit.cpp
M llvm/lib/DebugInfo/GSYM/DwarfTransformer.cpp
Log Message:
-----------
Revert "Reduce llvm-gsymutil memory usage" (#97603)
Reverts llvm/llvm-project#91023
Build break found in clang-ppc64le-linux-multistage build no. 583.
Commit: 5da7179cb3ff80203f58ddea71562816b2ae4ff6
https://github.com/llvm/llvm-project/commit/5da7179cb3ff80203f58ddea71562816b2ae4ff6
Author: Jeffrey Byrnes <Jeffrey.Byrnes at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPULateCodeGenPrepare.cpp
M llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
A llvm/test/CodeGen/AMDGPU/GlobalISel/vni8-across-blocks.ll
M llvm/test/CodeGen/AMDGPU/amdgpu-codegenprepare-break-large-phis.ll
M llvm/test/CodeGen/AMDGPU/dagcomb-extract-vec-elt-different-sizes.ll
M llvm/test/CodeGen/AMDGPU/extract-subvector-16bit.ll
M llvm/test/CodeGen/AMDGPU/extract-subvector.ll
M llvm/test/CodeGen/AMDGPU/llc-pipeline.ll
M llvm/test/CodeGen/AMDGPU/sdwa-peephole.ll
M llvm/test/CodeGen/AMDGPU/vni8-across-blocks.ll
A llvm/test/CodeGen/AMDGPU/vni8-live-reg-opt.ll
Log Message:
-----------
[AMDGPU] Reland: Add IR LiveReg type-based optimization
Commit: 9667e6044a2fce85f2fb35cd1731cbc8491f1871
https://github.com/llvm/llvm-project/commit/9667e6044a2fce85f2fb35cd1731cbc8491f1871
Author: Jon Roelofs <jonathan_roelofs at apple.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/unittests/TargetParser/TargetParserTest.cpp
Log Message:
-----------
[llvm][AArch64] Drop unused&redundant field in the TargetParserTest. NFC (#97367)
There were a couple of cases where this field was just plain wrong
because we weren't actually testing against it. Instead, drop the
`CPUAttr` field on AArch64 tests.
Commit: 94471e6d238acab291b5b652fc18f17c4815cc7d
https://github.com/llvm/llvm-project/commit/94471e6d238acab291b5b652fc18f17c4815cc7d
Author: Arthur Eubanks <aeubanks at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Analysis/MLInlineAdvisor.cpp
A llvm/test/Transforms/Inline/ML/dead-callee.ll
Log Message:
-----------
[MLInliner] Handle CGSCC changes from #94815 (#96274)
With #94815, the nodes belonging to dead functions are no longer
invalidated, but kept around to batch delete at the end of the call
graph walk.
The ML inliner needs to be updated to handle this. This fixes some
asserts getting hit, e.g. https://crbug.com/348376263.
Commit: 77d131eddb6ca9060c844fae9cb78779fa70c8f0
https://github.com/llvm/llvm-project/commit/77d131eddb6ca9060c844fae9cb78779fa70c8f0
Author: jimingham <jingham at apple.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/bindings/python/python-wrapper.swig
M lldb/docs/use/python-reference.rst
M lldb/examples/python/cmdtemplate.py
M lldb/include/lldb/Interpreter/CommandObject.h
M lldb/include/lldb/Interpreter/ScriptInterpreter.h
M lldb/source/Commands/CommandObjectCommands.cpp
M lldb/source/Commands/CommandObjectThread.cpp
M lldb/source/Plugins/ScriptInterpreter/Python/SWIGPythonBridge.h
M lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.cpp
M lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPythonImpl.h
M lldb/test/API/commands/command/script/add/TestAddParsedCommand.py
M lldb/test/API/commands/command/script/add/test_commands.py
M lldb/unittests/ScriptInterpreter/Python/PythonTestSuite.cpp
Log Message:
-----------
Add the ability for Script based commands to specify their "repeat command" (#94823)
Among other things, returning an empty string as the repeat command
disables auto-repeat, which can be useful for state-changing commands.
There's one remaining refinement to this setup, which is that for parsed
script commands, it should be possible to change an option value, or add
a new option value that wasn't originally specified, then ask lldb "make
this back into a command string". That would make doing fancy things
with repeat commands easier.
That capability isn't present in the lldb_private side either, however.
So that's for a next iteration.
I haven't added this to the docs on adding commands yet. I wanted to
make sure this was an acceptable approach before I spend the time to do
that.
Commit: 845dee36ba4161df153ba05009cea615e20eda5a
https://github.com/llvm/llvm-project/commit/845dee36ba4161df153ba05009cea615e20eda5a
Author: jimingham <jingham at apple.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/API/SBThread.cpp
M lldb/test/API/python_api/thread/TestThreadAPI.py
M lldb/test/API/python_api/thread/main.cpp
Log Message:
-----------
SBThread::StepInstruction shouldn't discard other plans (#97493)
This was just a typo, none of the external execution control functions
should discard other plans. In particular, it means if you stop in a
hand-called function and step an instruction, the function call thread
plan gets unshipped, popping all the function call frames.
I also added a test that asserts the correct behavior. I tested all the
stepping operations even though only StepInstruction was wrong.
Commit: 9e6b46a9846cf5051c2aaef361af0fe1a76c856e
https://github.com/llvm/llvm-project/commit/9e6b46a9846cf5051c2aaef361af0fe1a76c856e
Author: David Truby <david.truby at arm.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/include/clang/Driver/Options.td
M clang/lib/Driver/ToolChains/Clang.cpp
M clang/lib/Driver/ToolChains/CommonArgs.cpp
M clang/lib/Driver/ToolChains/CommonArgs.h
M clang/lib/Driver/ToolChains/Flang.cpp
M flang/include/flang/Frontend/CodeGenOptions.h
M flang/lib/Frontend/CodeGenOptions.cpp
M flang/lib/Frontend/CompilerInstance.cpp
M flang/lib/Frontend/CompilerInvocation.cpp
M flang/lib/Frontend/FrontendActions.cpp
A flang/test/Driver/large-data-threshold.f90
A flang/test/Driver/mcmodel.f90
A flang/test/Lower/large-data-threshold.f90
A flang/test/Lower/mcmodel.f90
Log Message:
-----------
[flang] Implement -mcmodel flag (#95411)
This patch implements the -mcmodel flag from clang, allowing the Code
Model to be changed for the LLVM module. The same set of mcmodel
flags are accepted as in clang and the same Code Model attributes are
added to the LLVM module for those flags.
Also add `-mlarge-data-threshold` for x86-64, which is automatically set
by the shared command-line code (see below). This is also added as an
attribute into the LLVM module and on the target machine.
A function is created for `addMCModel` that is copied out of clang's
argument handling so that it can be shared with flang.
---------
Co-authored-by: Mats Petersson <mats.petersson at arm.com>
Commit: a0176533766201eca58b20a11e42ab30c73d1b1b
https://github.com/llvm/llvm-project/commit/a0176533766201eca58b20a11e42ab30c73d1b1b
Author: Michael Buch <michaelbuch12 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
Log Message:
-----------
[lldb][DataFormatter][NFC] Factor out MapIterator logic into separate helper (#97544)
This patch factors all the logic for advancing the `MapIterator` out of
`GetChildAtIndex`. This, in my opinion, helps readability, and will be
useful for upcoming cleanups in this area.
While here, some drive-by changes:
* added a couple of clarification comments
* fixed a variable name typo
* turned the `return lldb::ValueObjectSP()` into `return nullptr`
* added an assertion to make sure we keep the iterator cache in a valid
state
Commit: d4f3d24e7f016440083a785ded818b8fb410b7d8
https://github.com/llvm/llvm-project/commit/d4f3d24e7f016440083a785ded818b8fb410b7d8
Author: Hansang Bae <hansang.bae at intel.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M openmp/runtime/src/include/omp-tools.h.var
Log Message:
-----------
[OpenMP] Add ompt_start_tool declaration in omp-tools.h (#97099)
The function ompt_start_tool is a globally-visible C function according
to the specification.
Commit: c0d1d0405cb9f55ec12dfb0cec9c5639d3b357d8
https://github.com/llvm/llvm-project/commit/c0d1d0405cb9f55ec12dfb0cec9c5639d3b357d8
Author: Kirill <pyasetskiyr at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M utils/bazel/examples/submodule/WORKSPACE
Log Message:
-----------
[bazel] Update WORKSPACE file in examples (#97613)
Commit: c940317d023e6790fc20152f354487571d0e3087
https://github.com/llvm/llvm-project/commit/c940317d023e6790fc20152f354487571d0e3087
Author: Thurston Dang <thurston at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
A llvm/test/Instrumentation/MemorySanitizer/vector-track-origins-neon.ll
A llvm/test/Instrumentation/MemorySanitizer/vector-track-origins-struct.ll
Log Message:
-----------
[msan] Add test cases for vector shadow track origins bug (#97611)
These test cases demonstrate a bug in MSan (vector shadow is not always
converted to scalar before zext) that will shortly be fixed in
https://github.com/llvm/llvm-project/pull/96722
The bug is not architecture-specific; we provide both x86 and Arm NEON
test cases.
Since the test cases will crash the compiler (unless it is a release
build), they are marked as UNSUPPORTED.
The buggy codepath is nested inside 'if
(instrumentWithCalls(ConvertedShadow)'. To keep the test cases small, we
set -msan-instrumentation-with-call-threshold=0, though we have observed
this bug in the real world with default settings.
Commit: 96c18a2769a48436e01ccc59154b8de9fe305e22
https://github.com/llvm/llvm-project/commit/96c18a2769a48436e01ccc59154b8de9fe305e22
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/test/Transforms/SLPVectorizer/X86/entries-different-vf.ll
Log Message:
-----------
[SLP][NFC]Make instructions non-foldable, NFC
Commit: d54802092de3d92c4ecd331801970b0d84fecc25
https://github.com/llvm/llvm-project/commit/d54802092de3d92c4ecd331801970b0d84fecc25
Author: Alexis Engelke <engelke at in.tum.de>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/MC/MCSectionELF.h
M llvm/lib/MC/ELFObjectWriter.cpp
Log Message:
-----------
[MC][ELF] Eliminate some hash maps from ELFObjectWriter (#97421)
Remove some maps. Mostly cleanup, only a slight performance win.
- Replace SectionIndexMap with layout order: The section layout order is
only used in MachO, so we can repurpose the field as section table
index.
- Store section offsets in MCSectionELF: No need for a map, and
especially not a std::map. Direct access to the underlying (and easily
modifyable) data structure is always faster.
- Improve storage of groups: There's no point in having a DenseMap, the
number of sections and groups are reasonably small to use vectors.
Commit: 4eecf3c650ea53aa00cae2fe983f95ee6ec6705a
https://github.com/llvm/llvm-project/commit/4eecf3c650ea53aa00cae2fe983f95ee6ec6705a
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/Transforms/Vectorize/SLPVectorizer.h
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/test/Transforms/SLPVectorizer/AArch64/scalarization-overhead.ll
M llvm/test/Transforms/SLPVectorizer/X86/reused-extractelements.ll
Log Message:
-----------
[SLP]Reorder buildvector/reduction vectorization and fuse the loops.
Currently SLP vectorizer tries at first to find reduction nodes, and
then vectorize buildvector sequences. Need to try to vectorize wide
buildvector sequences at first and only then try to vectorize
reductions, and then smaller buildvector sequences.
Reviewers: RKSimon
Reviewed By: RKSimon
Pull Request: https://github.com/llvm/llvm-project/pull/96943
Commit: 97dc50882cbc63d7098e95f73f242185c75c226b
https://github.com/llvm/llvm-project/commit/97dc50882cbc63d7098e95f73f242185c75c226b
Author: Shaw Young <58664393+shawbyoung at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M bolt/docs/CommandLineArgumentReference.md
M bolt/include/bolt/Profile/YAMLProfileReader.h
M bolt/lib/Profile/YAMLProfileReader.cpp
A bolt/test/X86/name-similarity-function-matching.test
Log Message:
-----------
[BOLT] Match functions with name similarity (#95884)
A mapping - from namespace to associated binary functions - is used to
match function profiles to binary based on the
'--name-similarity-function-matching-threshold' flag set edit distance
threshold. The flag is set to 0 (exact name matching) by default as it is
expensive, requiring the processing of all BFs.
Test Plan: Added name-similarity-function-matching.test. On a binary
with 5M functions, rewrite passes took ~520s without the flag and
~2018s with the flag set to 20.
Commit: c156d421851d175805309a83bf703ad304955847
https://github.com/llvm/llvm-project/commit/c156d421851d175805309a83bf703ad304955847
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/test/Driver/riscv-arch.c
M llvm/lib/TargetParser/RISCVISAInfo.cpp
Log Message:
-----------
[RISCV] Remove SeenExtMap from RISCVISAInfo::parseArchString. (#97506)
Use the Exts map directly instead of adding to a temporary MapVector
first.
There are a couple functional change from this.
-If an unknown extension is duplicated, we will now print an error for
it being unknown instead of an error for it being duplicated.
-If an unknown extension is followed by an underscore with no extension after
it, we will error for the unknown extension instead of the dangling
underscore.
These don't seem like serious changes to me. I've updated tests
accordingly.
Commit: edbc0e30a9e587cee1189be023b9385adc2f239a
https://github.com/llvm/llvm-project/commit/edbc0e30a9e587cee1189be023b9385adc2f239a
Author: srcarroll <50210727+srcarroll at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M mlir/include/mlir/Dialect/SCF/IR/SCFOps.td
M mlir/include/mlir/Dialect/SCF/Utils/Utils.h
M mlir/include/mlir/Interfaces/LoopLikeInterface.h
M mlir/lib/Dialect/SCF/IR/SCF.cpp
M mlir/lib/Dialect/SCF/TransformOps/SCFTransformOps.cpp
M mlir/lib/Dialect/SCF/Transforms/ParallelLoopFusion.cpp
M mlir/lib/Dialect/SCF/Utils/Utils.cpp
M mlir/lib/Interfaces/LoopLikeInterface.cpp
M mlir/test/Dialect/SCF/transform-loop-fuse-sibling.mlir
Log Message:
-----------
[mlir][loops] Reland Refactor LoopFuseSiblingOp and support parallel fusion #94391 (#97607)
The refactor had a bug where the fused loop was inserted in an incorrect
location. This patch fixes the bug and relands the original PR
https://github.com/llvm/llvm-project/pull/94391.
This patch refactors code related to LoopFuseSiblingOp transform in
attempt to reduce duplicate common code. The aim is to refactor as much
as possible to a functions on LoopLikeOpInterfaces, but this is still a
work in progress. A full refactor will require more additions to the
LoopLikeOpInterface.
In addition, scf.parallel fusion support has been added.
Commit: d5f5dc9dcca427a290a9f454046113afdb6a68ff
https://github.com/llvm/llvm-project/commit/d5f5dc9dcca427a290a9f454046113afdb6a68ff
Author: vporpo <vporpodas at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/SandboxIR/SandboxIR.h
M llvm/include/llvm/SandboxIR/SandboxIRValues.def
M llvm/lib/SandboxIR/SandboxIR.cpp
M llvm/unittests/SandboxIR/SandboxIRTest.cpp
Log Message:
-----------
[SandboxIR] More boilerplate: Function, Argument, Constant, Instruction, OpaqueInst (#97343)
A very basic implementation of sandboxir::
`Fuction`
`Argument`
`Constant`
`Instruction`
`OpaqueInst`
Commit: bbd52dd44ceee80e3b6ba6a9b2bd8ee9a9713833
https://github.com/llvm/llvm-project/commit/bbd52dd44ceee80e3b6ba6a9b2bd8ee9a9713833
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/test/Transforms/SLPVectorizer/X86/arith-add-ssat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-add-usat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-add.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fix.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshl-rot.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshl.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshr-rot.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshr.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-mul.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-smax.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-smin.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-sub-ssat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-sub-usat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-sub.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-umax.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-umin.ll
M llvm/test/Transforms/SLPVectorizer/X86/horizontal-list.ll
M llvm/test/Transforms/SLPVectorizer/X86/shift-ashr.ll
M llvm/test/Transforms/SLPVectorizer/X86/shift-lshr.ll
M llvm/test/Transforms/SLPVectorizer/X86/shift-shl.ll
Log Message:
-----------
[SLP]Remove operands upon marking instruction for deletion.
If the instruction is marked for deletion, better to drop all its
operands and mark them for deletion too (if allowed). It allows to have
more vectorizable patterns and generate less useless extractelement
instructions.
Reviewers: RKSimon
Reviewed By: RKSimon
Pull Request: https://github.com/llvm/llvm-project/pull/97409
Commit: 7aa906dda56ea6843004f1d52eb13860341ca5e5
https://github.com/llvm/llvm-project/commit/7aa906dda56ea6843004f1d52eb13860341ca5e5
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/TargetParser/RISCVISAInfo.cpp
Log Message:
-----------
[RISCV] Merge the Arch and Exts variables in RISCVISAInfo::parseArchString. NFC
Commit: c02e8f762a410e55581866c43636efcd6504c1bd
https://github.com/llvm/llvm-project/commit/c02e8f762a410e55581866c43636efcd6504c1bd
Author: Ilia Sergachev <1894984+sergachev at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/Transforms/Utils/SplitModule.h
M llvm/lib/Transforms/Utils/SplitModule.cpp
A llvm/test/tools/llvm-split/name-hash-based-distribution.ll
A llvm/test/tools/llvm-split/round-robin.ll
M llvm/tools/llvm-split/llvm-split.cpp
Log Message:
-----------
[llvm][transforms] Add a new algorithm to SplitModule (#95941)
The new round-robin algorithm overrides the hash-based distribution of
functions to modules. It achieves a more even number of functions per
module when the number of functions is close to the number of requested
modules. It's not in use by default and is available under a new flag.
Commit: 7002ecb4c6dba2050b321699e0e17eb890c3ca2c
https://github.com/llvm/llvm-project/commit/7002ecb4c6dba2050b321699e0e17eb890c3ca2c
Author: Thurston Dang <thurston at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp
M llvm/test/Instrumentation/MemorySanitizer/vector-track-origins-neon.ll
M llvm/test/Instrumentation/MemorySanitizer/vector-track-origins-struct.ll
Log Message:
-----------
[msan] Convert vector shadow to scalar before zext (#96722)
zext does not allow converting vector shadow to scalar, so we must
manually convert it prior to calling zext in materializeOneCheck, for
which the 'ConvertedShadow' parameter isn't actually guaranteed to be
scalar (1). Note that it is safe/no-op to call convertShadowToScalar on
a shadow that is already scalar.
In contrast, the storeOrigin function already converts the (potentially
vector) shadow to scalar; we add a comment to note why it is load
bearing.
(1) In materializeInstructionChecks():
"// Disable combining in some cases. TrackOrigins checks each shadow to
pick
// correct origin.
bool Combine = !MS.TrackOrigins;
...
if (!Combine) {
materializeOneCheck(IRB, ConvertedShadow, ShadowData.Origin);
continue;
}"
Commit: a1bc606b5fb9a91eb16fc0c012aa785323788c90
https://github.com/llvm/llvm-project/commit/a1bc606b5fb9a91eb16fc0c012aa785323788c90
Author: agozillon <Andrew.Gozillon at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M flang/lib/Optimizer/Transforms/StackReclaim.cpp
M flang/test/Transforms/stack-reclaime.fir
Log Message:
-----------
[Flang][Transform] Modify stack reclaim pass to use allocation address space when generating intrinsics (#96836)
This PR aims to factor in the allocation address space provided by an
architectures data layout when generating the intrinsic instructions,
this allows them to be lowered later with the address spaces in tow.
This aligns the intrinsic creation with the LLVM IRBuilder's
https://github.com/llvm/llvm-project/blob/main/llvm/include/llvm/IR/IRBuilder.h#L1053
This is also necessary for the below example to compile for OpenMP AMD
GPU and not ICE the compiler in ISEL as AMD's stackrestore and stacksave
are expected to have the appropriate allocation address space for AMD
GPU.
program main
integer(4), allocatable :: test
allocate(test)
!$omp target map(tofrom:test)
do i = 1, 10
test = test + 50
end do
!$omp end target
deallocate(test)
end program
The PR also fixes the issue I opened a while ago which hits the same
error when compiling for AMDGPU:
https://github.com/llvm/llvm-project/issues/82368
Although, you have to have the appropriate GPU LIBC and Fortran offload
runtime (both compiled for AMDGPU) added to the linker for the command
or it will reach another ISEL error and ICE weirdly. But with the
pre-requisites it works fine with this PR.
Commit: a379b2260fc3bada0c11a6a1cd7891a1a6e1fb99
https://github.com/llvm/llvm-project/commit/a379b2260fc3bada0c11a6a1cd7891a1a6e1fb99
Author: Kazu Hirata <kazu at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/IR/DIBuilder.cpp
M llvm/lib/IR/LegacyPassManager.cpp
Log Message:
-----------
[IR] Use range-based for loops (NFC) (#97575)
Commit: 92f4001906a18fca29929a333e61fdd662a9b0bd
https://github.com/llvm/llvm-project/commit/92f4001906a18fca29929a333e61fdd662a9b0bd
Author: Kazu Hirata <kazu at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/InstCombine/InstructionCombining.cpp
M llvm/lib/Transforms/Utils/SimplifyCFG.cpp
Log Message:
-----------
[Transforms] Use range-based for loops (NFC) (#97576)
Commit: fd524d4df797d3c25a1f50b03b1d8ffcbbdd87af
https://github.com/llvm/llvm-project/commit/fd524d4df797d3c25a1f50b03b1d8ffcbbdd87af
Author: shawbyoung <shawbyoung at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M bolt/lib/Profile/CMakeLists.txt
Log Message:
-----------
[BOLT] Add Demangle to Profile link components
Added Demangle to Profile link components to fix shared build.
Commit: 873c3f7e7813223906d3ebf5acb4359a8b5726bc
https://github.com/llvm/llvm-project/commit/873c3f7e7813223906d3ebf5acb4359a8b5726bc
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/test/Transforms/SLPVectorizer/X86/arith-add-ssat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-add-usat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-add.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fix.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshl-rot.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshl.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshr-rot.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-fshr.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-mul.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-smax.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-smin.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-sub-ssat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-sub-usat.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-sub.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-umax.ll
M llvm/test/Transforms/SLPVectorizer/X86/arith-umin.ll
M llvm/test/Transforms/SLPVectorizer/X86/horizontal-list.ll
M llvm/test/Transforms/SLPVectorizer/X86/shift-ashr.ll
M llvm/test/Transforms/SLPVectorizer/X86/shift-lshr.ll
M llvm/test/Transforms/SLPVectorizer/X86/shift-shl.ll
Log Message:
-----------
Revert "[SLP]Remove operands upon marking instruction for deletion."
This reverts commit bbd52dd44ceee80e3b6ba6a9b2bd8ee9a9713833 to fix
a crash revealed in https://lab.llvm.org/buildbot/#/builders/4/builds/505
Commit: af784a5c13328aa4a8ce622260563b459856a8d4
https://github.com/llvm/llvm-project/commit/af784a5c13328aa4a8ce622260563b459856a8d4
Author: Mingming Liu <mingmingl at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/Transforms/IPO/FunctionImport.h
M llvm/lib/LTO/LTO.cpp
M llvm/lib/Transforms/IPO/FunctionImport.cpp
M llvm/test/ThinLTO/X86/funcimport-stats.ll
M llvm/test/Transforms/FunctionImport/funcimport.ll
Log Message:
-----------
[ThinLTO] Use a set rather than a map to track exported ValueInfos. (#97360)
https://github.com/llvm/llvm-project/pull/95482 is a reland of
https://github.com/llvm/llvm-project/pull/88024.
https://github.com/llvm/llvm-project/pull/95482 keeps indexing memory
usage reasonable by using unordered_map and doesn't make other changes
to originally reviewed code.
While discussing possible ways to minimize indexing memory usage, Teresa
asked whether I need `ExportSetTy` as a map or a set is sufficient. This
PR implements the idea. It uses a set rather than a map to track exposed
ValueInfos.
Currently, `ExportLists` has two use cases, and neither needs to track a
ValueInfo's import/export status. So using a set is sufficient and
correct.
1) In both in-process and distributed ThinLTO, it's used to decide if a
function or global variable is visible [1] from another module after importing
creates additional cross-module references.
* If a cross-module call edge is seen today, the callee must be visible
to another module without keeping track of its export status already.
For instance, this [2] is how callees of direct calls get exported.
2) For in-process ThinLTO [3], it's used to compute lto cache key.
* The cache key computation already hashes [4] 'ImportList' , and 'ExportList' is
determined by 'ImportList'. So it's fine to not track 'import type' for export list.
[1] https://github.com/llvm/llvm-project/blob/66cd8ec4c08252ebc73c82e4883a8da247ed146b/llvm/lib/LTO/LTO.cpp#L1815-L1819
[2] https://github.com/llvm/llvm-project/blob/66cd8ec4c08252ebc73c82e4883a8da247ed146b/llvm/lib/LTO/LTO.cpp#L1783-L1794
[3] https://github.com/llvm/llvm-project/blob/66cd8ec4c08252ebc73c82e4883a8da247ed146b/llvm/lib/LTO/LTO.cpp#L1494-L1496
[4] https://github.com/llvm/llvm-project/blob/b76100e220591fab2bf0a4917b216439f7aa4b09/llvm/lib/LTO/LTO.cpp#L194-L222
Commit: a3c5c83273358a85a4e02f5f76379b1a276e7714
https://github.com/llvm/llvm-project/commit/a3c5c83273358a85a4e02f5f76379b1a276e7714
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
Log Message:
-----------
[DAGCombiner] Remove unneeded getValueType() calls in visitMULHS/MULHU. NFC
We have an existing VT variable that should match N0.getValueType.
Commit: b5864988b3230324f5426036f45aab43d20a5b94
https://github.com/llvm/llvm-project/commit/b5864988b3230324f5426036f45aab43d20a5b94
Author: Mats Petersson <mats.petersson at arm.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M flang/test/Lower/mcmodel.f90
Log Message:
-----------
[flang] Fix failing test (#97634)
Add requires line to not test when the target architecture isn't
supported.
Technically we could make it a bit less restrictive, but want green
builds.
Commit: 04a1a3482ce3ee00b5bbec1ce852e58410e4b6ad
https://github.com/llvm/llvm-project/commit/04a1a3482ce3ee00b5bbec1ce852e58410e4b6ad
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/include/clang/Basic/CodeGenOptions.def
M clang/include/clang/Basic/DiagnosticDriverKinds.td
M clang/include/clang/Driver/Options.td
M clang/lib/CodeGen/BackendUtil.cpp
M clang/lib/Driver/ToolChains/Clang.cpp
M clang/lib/Driver/ToolChains/CommonArgs.cpp
A clang/test/Driver/crel.c
A clang/test/Misc/cc1as-crel.s
M clang/tools/driver/cc1as_main.cpp
Log Message:
-----------
[Driver] Add -Wa, options --crel and --allow-experimental-crel
The two options are discussed in a few comments around
https://github.com/llvm/llvm-project/pull/91280#issuecomment-2099344079
* -Wa,--crel: error "-Wa,--allow-experimental-crel must be specified to use -Wa,--crel..."
* -Wa,--allow-experimental-crel: no-op
* -Wa,--crel,--allow-experimental-crel: enable CREL in the integrated assembler (#91280)
MIPS's little-endian n64 ABI messed up the `r_info` field in
relocations. While this could be fixed with CREL, my intention is to
avoid complication in assembler/linker. The implementation simply
doesn't allow CREL for MIPS.
Link: https://discourse.llvm.org/t/rfc-crel-a-compact-relocation-format-for-elf/77600
Pull Request: https://github.com/llvm/llvm-project/pull/97378
Commit: 4c63672ca706c708de1e49bb29d026a705daa0d2
https://github.com/llvm/llvm-project/commit/4c63672ca706c708de1e49bb29d026a705daa0d2
Author: Hansang Bae <hansang.bae at intel.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M openmp/libompd/test/ompt_plugin.h
Log Message:
-----------
[OpenMP] Fix use of ompt_start_tool in ompd test. (#97616)
Commit: 6aed0d5afb53434068f37f1b2909590e9dda3d8f
https://github.com/llvm/llvm-project/commit/6aed0d5afb53434068f37f1b2909590e9dda3d8f
Author: aaryanshukla <53713108+aaryanshukla at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/CMakeLists.txt
A libc/newhdrgen/CMakeLists.txt
M libc/newhdrgen/class_implementation/classes/enumeration.py
M libc/newhdrgen/class_implementation/classes/function.py
M libc/newhdrgen/class_implementation/classes/object.py
M libc/newhdrgen/header.py
A libc/newhdrgen/tests/expected_output/test_header.h
A libc/newhdrgen/tests/input/test_small.h.def
A libc/newhdrgen/tests/input/test_small.yaml
A libc/newhdrgen/tests/output/test_small.h
A libc/newhdrgen/tests/test_integration.py
M libc/newhdrgen/yaml_to_classes.py
Log Message:
-----------
[libc] created integration tests for newhdrgen (#97361)
- created integration tests for libc hdrgen
- implemented sorting function names in yaml files through script
Commit: 611212fc9a4174723540542e9dbafb2a60275341
https://github.com/llvm/llvm-project/commit/611212fc9a4174723540542e9dbafb2a60275341
Author: Matt Arsenault <Matthew.Arsenault at amd.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
A llvm/test/CodeGen/AMDGPU/GlobalISel/atomicrmw_fmax.ll
A llvm/test/CodeGen/AMDGPU/GlobalISel/atomicrmw_fmin.ll
Log Message:
-----------
AMDGPU/GlobalISel: Legalize atomicrmw fmin/fmax (#97048)
We only handled the easy LDS case before. Handle the other address
spaces
with the more complicated legality logic.
Commit: 4a1fdeb04d10f5562687568ea8c494b3ef46c587
https://github.com/llvm/llvm-project/commit/4a1fdeb04d10f5562687568ea8c494b3ef46c587
Author: RoseZhang03 <rosezhang at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
A libc/newhdrgen/yaml/ctype.yaml
A libc/newhdrgen/yaml/fenv.yaml
A libc/newhdrgen/yaml/math.yaml
A libc/newhdrgen/yaml/pthread.yaml
A libc/newhdrgen/yaml/sched.yaml
A libc/newhdrgen/yaml/signal.yaml
A libc/newhdrgen/yaml/stdfix.yaml
A libc/newhdrgen/yaml/stdio.yaml
A libc/newhdrgen/yaml/stdlib.yaml
A libc/newhdrgen/yaml/string.yaml
A libc/newhdrgen/yaml/strings.yaml
M libc/newhdrgen/yaml/sys_auxv.yaml
A libc/newhdrgen/yaml/sys_mman.yaml
M libc/newhdrgen/yaml/sys_types.yaml
A libc/newhdrgen/yaml/sys_wait.yaml
A libc/newhdrgen/yaml/time.yaml
R libc/newhdrgen/yaml_combined/ctype.yaml
R libc/newhdrgen/yaml_combined/fenv.yaml
R libc/newhdrgen/yaml_combined/math.yaml
R libc/newhdrgen/yaml_combined/pthread.yaml
R libc/newhdrgen/yaml_combined/sched.yaml
R libc/newhdrgen/yaml_combined/signal.yaml
R libc/newhdrgen/yaml_combined/stdfix.yaml
R libc/newhdrgen/yaml_combined/stdio.yaml
R libc/newhdrgen/yaml_combined/stdlib.yaml
R libc/newhdrgen/yaml_combined/string.yaml
R libc/newhdrgen/yaml_combined/strings.yaml
R libc/newhdrgen/yaml_combined/sys_mman.yaml
R libc/newhdrgen/yaml_combined/sys_wait.yaml
R libc/newhdrgen/yaml_combined/time.yaml
Log Message:
-----------
[libc] reordered Function class parameters and moved yaml files (#97329)
Reordered Function class parameter "standards" to make more logical
sense and to match the ordering in the add_function function.
Deleted the yaml_combined folder and moved contained files to the yaml
folder.
Updated math.yaml file with the recently added math functions in spec.td
Commit: 5828b04b0373f10fade7eefbeb181dc8ceb98422
https://github.com/llvm/llvm-project/commit/5828b04b0373f10fade7eefbeb181dc8ceb98422
Author: Sayhaan Siddiqui <49014204+sayhaan at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M bolt/include/bolt/Core/DebugData.h
M bolt/include/bolt/Rewrite/DWARFRewriter.h
M bolt/lib/Core/DebugData.cpp
M bolt/lib/Rewrite/DWARFRewriter.cpp
M bolt/test/X86/debug-fission-single-convert.s
M bolt/test/X86/dwarf4-df-dualcu.test
M bolt/test/X86/dwarf4-df-input-lowpc-ranges-cus.test
M bolt/test/X86/dwarf4-df-input-lowpc-ranges.test
Log Message:
-----------
[BOLT][DWARF] Refactor legacy ranges writers (#96006)
Refactors legacy ranges writers to create a writer for each instance of
a DWO file.
We now write out everything into .debug_ranges after the all the DWO
files are processed. This also changes the order that ranges is written
out in, as before we wrote out while in the main CU processing loop and
we now iterate through the CU buckets created by partitionCUs, after the
main processing loop.
Commit: 7d68d9d2f27535e03934383220282e18edd0c1e8
https://github.com/llvm/llvm-project/commit/7d68d9d2f27535e03934383220282e18edd0c1e8
Author: lntue <35648136+lntue at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/config/darwin/arm/entrypoints.txt
M libc/config/linux/aarch64/entrypoints.txt
M libc/config/linux/arm/entrypoints.txt
M libc/config/linux/riscv/entrypoints.txt
M libc/docs/math/index.rst
M libc/src/__support/FPUtil/double_double.h
M libc/src/math/generic/CMakeLists.txt
A libc/src/math/generic/tan.cpp
R libc/src/math/x86_64/CMakeLists.txt
R libc/src/math/x86_64/tan.cpp
M libc/test/src/math/smoke/CMakeLists.txt
A libc/test/src/math/smoke/tan_test.cpp
M libc/test/src/math/tan_test.cpp
Log Message:
-----------
[libc][math] Implement correctly rounded double precision tan (#97489)
Using the same range reduction as `sin`, `cos`, and `sincos`:
1) Reducing `x = k*pi/128 + u`, with `|u| <= pi/256`, and `u` is in
double-double.
2) Approximate `tan(u)` using degree-9 Taylor polynomial.
3) Compute
```
tan(x) ~ (sin(k*pi/128) + tan(u) * cos(k*pi/128)) / (cos(k*pi/128) - tan(u) * sin(k*pi/128))
```
using the fast double-double division algorithm in [the CORE-MATH
project](https://gitlab.inria.fr/core-math/core-math/-/blob/master/src/binary64/tan/tan.c#L1855).
4) Perform relative-error Ziv's accuracy test
5) If the accuracy tests failed, we redo the computations using 128-bit
precision `DyadicFloat`.
Fixes https://github.com/llvm/llvm-project/issues/96930
Commit: 10b43f429a9f5cc7315c5b0490433647c9a93493
https://github.com/llvm/llvm-project/commit/10b43f429a9f5cc7315c5b0490433647c9a93493
Author: Krystian Stasiowski <sdkrystian at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/lib/Sema/TreeTransform.h
A clang/test/CXX/expr/expr.prim/expr.prim.id/expr.prim.id.general/p4.cpp
Log Message:
-----------
[Clang][Sema] Correctly transform dependent operands of overloaded binary operator& (#97596)
Currently, `TreeTransform::TransformCXXOperatorCallExpr` calls
`TreeTransform::TransformAddressOfOperand` to transform the first
operand of a `CXXOperatorCallExpr` when its `OverloadOperatorKind` is
`OO_Amp` -- regardless of arity. This results in the first operand of
binary `operator&` being incorrectly transformed as if it was the
operand of the address of operator in cases such as the following:
```
struct A {
int x;
};
void operator&(A, A);
template<typename T>
struct B {
int f() {
return T::x & 1; // invalid reference to 'A::x' is not diagnosed because 'T::x' is incorrectly transformed as if it was the operand of unary operator&
}
};
template struct B<A>;
```
Prior to #92318 we would build a `CXXDependentScopeMemberExpr` for
`T::x` (as with most dependent qualified names that were not member
qualified names). Since `TreeTransform::TransformAddressOfOperand` only
differs from `TransformExpr` for `DependentScopeDeclRefExpr` and
`UnresolvedLookupExpr` operands, `T::x` was transformed "correctly". Now
that we build a `DependentScopeDeclRefExpr` for `T::x`, it is
incorrectly transformed as if it was the operand of the address of
operator and we fail to diagnose the invalid reference to a non-static
data member. This patch fixes the issue by only calling
`TreeTransform::TransformAddressOfOperand` for `CXXOperatorCallExpr`s
with a single operand. This fixes #97483.
Commit: af7ee51a90beeb8198ceac0100c52b102543cf4b
https://github.com/llvm/llvm-project/commit/af7ee51a90beeb8198ceac0100c52b102543cf4b
Author: Jeff Niu <jeff at modular.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M mlir/lib/Bytecode/Reader/BytecodeReader.cpp
A mlir/test/Bytecode/external_resources.mlir
Log Message:
-----------
[mlir][bytecode] Fix external resource bytecode parsing (#97650)
The key was being dropped for external resources because they aren't
present in the dialect resource name mapper.
Commit: eaabd762bd54dec75d8fee69f6aa1c26d1cbc68f
https://github.com/llvm/llvm-project/commit/eaabd762bd54dec75d8fee69f6aa1c26d1cbc68f
Author: Han-Chung Wang <hanhan0912 at gmail.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M mlir/lib/Dialect/Vector/Transforms/VectorTransforms.cpp
M mlir/test/Dialect/Vector/vector-transfer-flatten.mlir
Log Message:
-----------
Revert "[MLIR][Vector] Generalize DropUnitDimFromElementwiseOps to non leading / trailing dimensions." (#97652)
Reverts llvm/llvm-project#92934 because it breaks some lowering. To
repro: `mlir-opt -test-vector-transfer-flatten-patterns ~/repro.mlir`
```mlir
func.func @unit_dim_folding(%arg0: vector<1x1xf32>) -> vector<1x1xf32> {
%cst = arith.constant dense<0.000000e+00> : vector<1x1xf32>
%0 = arith.mulf %arg0, %cst : vector<1x1xf32>
return %0 : vector<1x1xf32>
}
```
Commit: d3a76b03d8f35903bc17cb85c14c9816c963cff6
https://github.com/llvm/llvm-project/commit/d3a76b03d8f35903bc17cb85c14c9816c963cff6
Author: Jon Roelofs <jonathan_roelofs at apple.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
A llvm/test/Transforms/SLPVectorizer/rdar128092379.ll
Log Message:
-----------
[llvm][SLPVectorizer] Fix a bad cast assertion (#97621)
Fixes: rdar://128092379
Commit: 3eebeb7e50c49ece2788ff4d5ffab5cc6c3da455
https://github.com/llvm/llvm-project/commit/3eebeb7e50c49ece2788ff4d5ffab5cc6c3da455
Author: PiJoules <6019989+PiJoules at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/src/__support/block.h
M libc/src/__support/freelist.h
M libc/src/__support/freelist_heap.h
A libc/src/stdlib/aligned_alloc.h
M libc/src/stdlib/freelist_malloc.cpp
M libc/test/src/__support/CMakeLists.txt
M libc/test/src/__support/block_test.cpp
M libc/test/src/__support/freelist_heap_test.cpp
M libc/test/src/__support/freelist_malloc_test.cpp
Log Message:
-----------
[libc] Add aligned_alloc (#96586)
This adds support for aligned_alloc with the freelist allocator. This
works by finding blocks large enough to hold the requested size plus
some shift amount that's at most the requested alignment. Blocks that
meet this requirement but aren't properly aligned can be split such that
the usable_space of a new block is aligned properly. The "padding" block
created will be merged with the previous block if one exists.
Commit: 2ef5b8227a3022654b5ef4bd7bafdc5b8750237f
https://github.com/llvm/llvm-project/commit/2ef5b8227a3022654b5ef4bd7bafdc5b8750237f
Author: Michael Jones <michaelrj at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/docs/full_host_build.rst
Log Message:
-----------
[libc][docs] Update full host build docs (#97643)
Add a note explaining how to fix the missing `asm` folder, as well as a
warning about installing without setting a sysroot.
Commit: 4c79fac140261f67ef33e5f108df63d30cd6e3c7
https://github.com/llvm/llvm-project/commit/4c79fac140261f67ef33e5f108df63d30cd6e3c7
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M bolt/lib/Core/BinaryContext.cpp
Log Message:
-----------
[BOLT] Remove workaround for flushPendingLabels
The code emits an empty MCDataFragment to ensure that the labels are
attached to `SplitSection`. The workaround, due to the removed
`flushPendingLabels` mechanism (see
75006466296ed4b0f845cbbec4bf77c21de43b40), is now unneeded.
Pull Request: https://github.com/llvm/llvm-project/pull/97632
Commit: f2c6add926625459ec52c9f36b29c8dd05d57c7d
https://github.com/llvm/llvm-project/commit/f2c6add926625459ec52c9f36b29c8dd05d57c7d
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/MC/MCSection.h
Log Message:
-----------
[MC] Remove remnant code related to pending labels
Follow-up to 485d7eaefd93c4f6bc8c51c9a169ffb22ce3a898
Commit: 089ba1127f35fe89ff4d18cca1c87869f9eace6c
https://github.com/llvm/llvm-project/commit/089ba1127f35fe89ff4d18cca1c87869f9eace6c
Author: Kazu Hirata <kazu at google.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Linker/IRMover.cpp
Log Message:
-----------
[Linker] Use a range-based for loop (NFC) (#97656)
Commit: 665efe896746b1dd138773e6e4d300ec97de27c2
https://github.com/llvm/llvm-project/commit/665efe896746b1dd138773e6e4d300ec97de27c2
Author: PiJoules <6019989+PiJoules at users.noreply.github.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M libc/docs/dev/clang_tidy_checks.rst
M libc/docs/dev/code_style.rst
M libc/docs/dev/implementation_standard.rst
M libc/src/__support/macros/config.h
Log Message:
-----------
[libc] Add LIBC_NAMESPACE_DECL macro (#97109)
This defines to LIBC_NAMESPACE with
`__attribute__((visibility("hidden")))` so all the symbols under it have
hidden visibility. This new macro should be used when declaring a new
namespace that will have internal functions/globals and LIBC_NAMESPACE
should be used as a means of accessing functions/globals declared within
LIBC_NAMESPACE_DECL.
Commit: 94471e73fe3a6e5ddf700ed79941b1f1c8d2127b
https://github.com/llvm/llvm-project/commit/94471e73fe3a6e5ddf700ed79941b1f1c8d2127b
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/include/llvm/MC/MCAssembler.h
M llvm/include/llvm/MC/MCSymbolMachO.h
M llvm/lib/MC/MCAssembler.cpp
M llvm/lib/MC/MCMachOStreamer.cpp
M llvm/lib/MC/MachObjectWriter.cpp
Log Message:
-----------
[MC] Move MCAssembler::isSymbolLinkerVisible to MCSymbolMachO
Commit: a0c6b8aef853eedaa0980f07c0a502a5a8a9740e
https://github.com/llvm/llvm-project/commit/a0c6b8aef853eedaa0980f07c0a502a5a8a9740e
Author: Maksim Panchenko <maks at fb.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M bolt/docs/OptimizingLinux.md
Log Message:
-----------
[BOLT][docs] Add merge-fdata to Linux optimization guide (#97659)
Commit: 73f5f83b192b0a27f7edae5365c247961d9f1bd9
https://github.com/llvm/llvm-project/commit/73f5f83b192b0a27f7edae5365c247961d9f1bd9
Author: Haohai Wen <haohai.wen at intel.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/CodeGen/AsmPrinter.h
M llvm/include/llvm/CodeGen/MachineBasicBlock.h
M llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
M llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp
M llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
M llvm/lib/CodeGen/AsmPrinter/EHStreamer.cpp
Log Message:
-----------
[BasicBlockSections] Using MBBSectionID as DenseMap key (#97295)
getSectionIDNum may return same value for two different MBBSectionID.
e.g. A Cold type MBBSectionID with number 0 and a Default type
MBBSectionID with number 2 get same value 2 from getSectionIDNum. This
may lead to overwrite of MBBSectionRanges. Using MBBSectionID itself
as DenseMap key is better choice.
Commit: 507b0f6714ec94e286d8c1ef16f871e1b1564426
https://github.com/llvm/llvm-project/commit/507b0f6714ec94e286d8c1ef16f871e1b1564426
Author: Ahmed Bougacha <ahmed at bougacha.org>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/test/CodeGen/AArch64/ptrauth-call.ll
Log Message:
-----------
[AArch64] Clean up ptrauth-call test a bit. NFC.
The test was recently committed, but was written so long ago that it
still had typed pointers. Switch them to opaque ptrs. While there,
tidy up some formatting, and turn a couple CHECKs into CHECK-NEXT.
Commit: ac2013560505f7c85a9d9061ea705124d6681719
https://github.com/llvm/llvm-project/commit/ac2013560505f7c85a9d9061ea705124d6681719
Author: Luke Lau <luke at igalia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Target/RISCV/RISCVInstrInfo.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfo.h
M llvm/lib/Target/RISCV/RISCVInstrInfoVPseudos.td
A llvm/test/CodeGen/RISCV/rvv/remat.ll
Log Message:
-----------
[RISCV] Rematerialize vid.v (#97520)
This adds initial support for rematerializing vector instructions,
starting with vid.v since it's simple and has the least number of
operands. It has one passthru operand which we need to check is
undefined. It also has an AVL operand, but it's fine to rematerialize
with it because it's scalar and register allocation is split between
vector and scalar.
RISCVInsertVSETVLI can still happen before vector regalloc if
-riscv-vsetvl-after-rvv-regalloc is false, so this makes sure that we
only rematerialize after regalloc by checking for the implicit uses that
are added.
Commit: 32f7672acc92d6b3d9b64cfeb9b25c31ae542337
https://github.com/llvm/llvm-project/commit/32f7672acc92d6b3d9b64cfeb9b25c31ae542337
Author: jyu2-git <jennifer.yu at intel.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M clang/lib/CodeGen/CGOpenMPRuntime.cpp
M clang/test/OpenMP/target_data_use_device_addr_codegen.cpp
M clang/test/OpenMP/target_map_both_pointer_pointee_codegen.cpp
M offload/test/mapping/map_both_pointer_pointee.c
Log Message:
-----------
[Clang][OpenMP] This is addition fix for #92210. (#94802)
Fix another runtime problem when explicit map both pointer and pointee
in target data region.
In #92210, problem is only addressed in target region, but missing for
target data region.
The change just passing AreBothBasePtrAndPteeMapped in
generateInfoForComponentList when processing target data.
---------
Co-authored-by: Alexey Bataev <a.bataev at gmx.com>
Commit: 8ce1aed55f3dbb71406dc6feaed3f162ac183d21
https://github.com/llvm/llvm-project/commit/8ce1aed55f3dbb71406dc6feaed3f162ac183d21
Author: Slava Zakharin <szakharin at nvidia.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M flang/include/flang/Optimizer/Support/Utils.h
M flang/include/flang/Runtime/matmul-instances.inc
M flang/include/flang/Runtime/matmul-transpose.h
M flang/include/flang/Runtime/matmul.h
M flang/lib/Optimizer/Builder/IntrinsicCall.cpp
M flang/lib/Optimizer/Builder/Runtime/Transformational.cpp
M flang/runtime/matmul-transpose.cpp
M flang/runtime/matmul.cpp
M flang/test/HLFIR/matmul-lowering.fir
M flang/test/HLFIR/mul_transpose.f90
M flang/test/Lower/Intrinsics/matmul.f90
M flang/unittests/Optimizer/Builder/Runtime/RuntimeCallTestBase.h
M flang/unittests/Optimizer/Builder/Runtime/TransformationalTest.cpp
M flang/unittests/Runtime/Matmul.cpp
M flang/unittests/Runtime/MatmulTranspose.cpp
Log Message:
-----------
[flang] Lower MATMUL to type specific runtime calls. (#97547)
Lower MATMUL to the new runtime entries added in #97406.
Commit: 24cee1c41c05c9e934e46c4aa48e88caaba29786
https://github.com/llvm/llvm-project/commit/24cee1c41c05c9e934e46c4aa48e88caaba29786
Author: Vyacheslav Levytskyy <vyacheslav.levytskyy at intel.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Target/SPIRV/SPIRVBuiltins.cpp
M llvm/lib/Target/SPIRV/SPIRVBuiltins.td
M llvm/test/CodeGen/SPIRV/instructions/atomic.ll
M llvm/test/CodeGen/SPIRV/instructions/integer-casts.ll
M llvm/test/CodeGen/SPIRV/transcoding/OpDot.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_ballot.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_non_uniform_arithmetic.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_non_uniform_vote.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_shuffle.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_shuffle_relative.ll
Log Message:
-----------
[SPIR-V] Add __spirv_ wrappers to Non-Uniform, Atomic, Convert Instructions (#96790)
This PR:
* adds missing __spirv_ wrappers to Non-Uniform, Atomic, and Convert
Instructions,
* fixes emission of Group builtins,
* adds relevant checks to test cases to cover newly added __spirv_
wrappers.
Commit: 843117050d63db6de983d4840ab3786f91c118b3
https://github.com/llvm/llvm-project/commit/843117050d63db6de983d4840ab3786f91c118b3
Author: goldsteinn <35538541+goldsteinn at users.noreply.github.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/utils/emacs/llvm-mode.el
Log Message:
-----------
[emacs] More consistently highlight value keywords that appear in vectors (#97594)
Previously something like `<i8 123, i8 poison>` would not properly
highlight the `poison` keyword at the end.
Commit: 2acb068865e009e103391d25b18ed90b4c65d6cb
https://github.com/llvm/llvm-project/commit/2acb068865e009e103391d25b18ed90b4c65d6cb
Author: Daniil Kovalev <dkovalev at accesssoftek.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/BinaryFormat/ELFRelocs/AArch64.def
M llvm/test/tools/llvm-readobj/ELF/reloc-types-aarch64.test
Log Message:
-----------
[PAC][llvm-readobj][ELF][AArch64] Define AUTH relocations for signed GOT (#96158)
- AUTH variant GOT-generating relocations
https://github.com/ARM-software/abi-aa/blob/main/pauthabielf64/pauthabielf64.rst#auth-variant-got-generating-relocations
- AUTH variant dynamic relocations for signed GOT
https://github.com/ARM-software/abi-aa/blob/main/pauthabielf64/pauthabielf64.rst#additional-auth-variant-dynamic-relocations-for-signed-got
Commit: 86187ed2998e43be62176c2c4a7b204cc52f6ce6
https://github.com/llvm/llvm-project/commit/86187ed2998e43be62176c2c4a7b204cc52f6ce6
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Compiler.cpp
M clang/test/AST/Interp/records.cpp
Log Message:
-----------
[clang][Interp] Fix init chain in local initializers
Commit: 948862b24d209ddcf5a93845e1ce327d108761ce
https://github.com/llvm/llvm-project/commit/948862b24d209ddcf5a93845e1ce327d108761ce
Author: bangyu shen <94283495+shubaoyu2 at users.noreply.github.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M mlir/lib/Dialect/LLVMIR/IR/NVVMDialect.cpp
M mlir/test/Conversion/NVVMToLLVM/nvvm-to-llvm.mlir
Log Message:
-----------
[mlir][nvvm] Fix the verifier of `wgmma.mma_async` wrt transposed layouts (#97538)
the WGMMA expect layouts for A/B are row/col, the transposed version
should be col/row. when checking other datatypes cannot use transposed
layout, it should reject col-major for A and row-major for B
Commit: 0ad6ac8c5338e42192bc006576397a02b838d265
https://github.com/llvm/llvm-project/commit/0ad6ac8c5338e42192bc006576397a02b838d265
Author: Nikhil Kalra <1368497+nikalra at users.noreply.github.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M mlir/lib/Dialect/Bufferization/Transforms/BufferOptimizations.cpp
Log Message:
-----------
[NFC][MLIR] Fix: `alloca` promotion for `AllocationOpInterface` (#97672)
The std::optional returned by buildPromotedAlloc was directly
dereferenced and assumed to be non-null, even though the documentation
for AllocationOpInterface indicates that std::nullopt is a legal value
if buffer stack promotion is not supported (and is the default value
supplied by the TableGen interface file). This patch removes the direct
dereference so that the optional can be null-checked prior to use.
Co-authored-by: Nikhil Kalra <nkalra at apple.com>
Commit: 2dda8a2650927e4b0fbb459507684455e196d9a9
https://github.com/llvm/llvm-project/commit/2dda8a2650927e4b0fbb459507684455e196d9a9
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Compiler.cpp
M clang/test/AST/Interp/records.cpp
Log Message:
-----------
Revert "[clang][Interp] Fix init chain in local initializers"
This reverts commit 86187ed2998e43be62176c2c4a7b204cc52f6ce6.
Seems like this breaks buildbots:
https://lab.llvm.org/buildbot/#/builders/56/builds/1638
Commit: 30df62992e890310550259afbe458b845c0d6b89
https://github.com/llvm/llvm-project/commit/30df62992e890310550259afbe458b845c0d6b89
Author: Michael Buch <michaelbuch12 at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M lldb/source/Plugins/Language/CPlusPlus/LibCxx.cpp
Log Message:
-----------
[lldb][DataFormatter][NFC] Remove duplicate null-check in std::map iterator formatter
The nullness is already checked a few lines before this.
Commit: c67653fbc3dd4ea9ab2a32c481a9ac4411020c7b
https://github.com/llvm/llvm-project/commit/c67653fbc3dd4ea9ab2a32c481a9ac4411020c7b
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-03 (Wed, 03 Jul 2024)
Changed paths:
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfoVVLPatterns.td
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-shuffles.ll
Log Message:
-----------
[RISCV] Support vXf16 vector_shuffle with Zvfhmin. (#97491)
We can shuffle vXf16 vectors just like vXi16 vectors. We don't need any
FP instructions. Update the predicates for vrgather and vslides patterns
to only check the predicates based on the equivalent integer type. If we
use the FP type it will check Zvfh and block Zvfhmin.
These are probably not the only patterns that need to be fixed, but the
test from the bug report no longer crashes.
Fixes #97477
Commit: 899fe2cf318f6e3c7a183125ff17ef53944b2989
https://github.com/llvm/llvm-project/commit/899fe2cf318f6e3c7a183125ff17ef53944b2989
Author: goldsteinn <35538541+goldsteinn at users.noreply.github.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/test/Transforms/CorrelatedValuePropagation/vectors.ll
Log Message:
-----------
[CVP][LVI] Fix incorrect scalar type when getting constant folded vec (#97682)
Fixes #97674
After #97428 added support for vectors, our constant ranges can now be
from splat vectors so when they reduce to a singe constant value, we
need to return the original type as opposed to just an int.
Commit: a2ed21648c5faa148037f9e022fccdcb5178cbc3
https://github.com/llvm/llvm-project/commit/a2ed21648c5faa148037f9e022fccdcb5178cbc3
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Analysis/LazyValueInfo.cpp
Log Message:
-----------
[LVI] Simplify the getPredicateResult() implementation (NFC)
By using ConstantRange::icmp().
Commit: 97a2bd8415dc6792b99ec0f091ad7570673c3f37
https://github.com/llvm/llvm-project/commit/97a2bd8415dc6792b99ec0f091ad7570673c3f37
Author: Alexander Belyaev <pifon at google.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M mlir/include/mlir/Dialect/SCF/IR/SCFOps.td
M mlir/include/mlir/Dialect/SCF/Utils/Utils.h
M mlir/include/mlir/Interfaces/LoopLikeInterface.h
M mlir/lib/Dialect/SCF/IR/SCF.cpp
M mlir/lib/Dialect/SCF/TransformOps/SCFTransformOps.cpp
M mlir/lib/Dialect/SCF/Transforms/ParallelLoopFusion.cpp
M mlir/lib/Dialect/SCF/Utils/Utils.cpp
M mlir/lib/Interfaces/LoopLikeInterface.cpp
M mlir/test/Dialect/SCF/transform-loop-fuse-sibling.mlir
Log Message:
-----------
Revert "[mlir][loops] Reland Refactor LoopFuseSiblingOp and support parallel fusion #94391 (#97607)"
This reverts commit edbc0e30a9e587cee1189be023b9385adc2f239a.
Reason for rollback. ASAN complains about this PR:
==4320==ERROR: AddressSanitizer: heap-use-after-free on address 0x502000006cd8 at pc 0x55e2978d63cf bp 0x7ffe6431c2b0 sp 0x7ffe6431c2a8
READ of size 8 at 0x502000006cd8 thread T0
#0 0x55e2978d63ce in map<llvm::MutableArrayRef<mlir::BlockArgument> &, llvm::MutableArrayRef<mlir::BlockArgument>, nullptr> mlir/include/mlir/IR/IRMapping.h:40:11
#1 0x55e2978d63ce in mlir::createFused(mlir::LoopLikeOpInterface, mlir::LoopLikeOpInterface, mlir::RewriterBase&, std::__u::function<llvm::SmallVector<mlir::Value, 6u> (mlir::OpBuilder&, mlir::Location, llvm::ArrayRef<mlir::BlockArgument>)>, llvm::function_ref<void (mlir::RewriterBase&, mlir::LoopLikeOpInterface, mlir::LoopLikeOpInterface&, mlir::IRMapping)>) mlir/lib/Interfaces/LoopLikeInterface.cpp:156:11
#2 0x55e2952a614b in mlir::fuseIndependentSiblingForLoops(mlir::scf::ForOp, mlir::scf::ForOp, mlir::RewriterBase&) mlir/lib/Dialect/SCF/Utils/Utils.cpp:1398:43
#3 0x55e291480c6f in mlir::transform::LoopFuseSiblingOp::apply(mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) mlir/lib/Dialect/SCF/TransformOps/SCFTransformOps.cpp:482:17
#4 0x55e29149ed5e in mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Model<mlir::transform::LoopFuseSiblingOp>::apply(mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Concept const*, mlir::Operation*, mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.h.inc:477:56
#5 0x55e297494a60 in apply blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.cpp.inc:61:14
#6 0x55e297494a60 in mlir::transform::TransformState::applyTransform(mlir::transform::TransformOpInterface) mlir/lib/Dialect/Transform/Interfaces/TransformInterfaces.cpp:953:48
#7 0x55e294646a8d in applySequenceBlock(mlir::Block&, mlir::transform::FailurePropagationMode, mlir::transform::TransformState&, mlir::transform::TransformResults&) mlir/lib/Dialect/Transform/IR/TransformOps.cpp:1788:15
#8 0x55e29464f927 in mlir::transform::NamedSequenceOp::apply(mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) mlir/lib/Dialect/Transform/IR/TransformOps.cpp:2155:10
#9 0x55e2945d28ee in mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Model<mlir::transform::NamedSequenceOp>::apply(mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Concept const*, mlir::Operation*, mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.h.inc:477:56
#10 0x55e297494a60 in apply blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.cpp.inc:61:14
#11 0x55e297494a60 in mlir::transform::TransformState::applyTransform(mlir::transform::TransformOpInterface) mlir/lib/Dialect/Transform/Interfaces/TransformInterfaces.cpp:953:48
#12 0x55e2974a5fe2 in mlir::transform::applyTransforms(mlir::Operation*, mlir::transform::TransformOpInterface, mlir::RaggedArray<llvm::PointerUnion<mlir::Operation*, mlir::Attribute, mlir::Value>> const&, mlir::transform::TransformOptions const&, bool) mlir/lib/Dialect/Transform/Interfaces/TransformInterfaces.cpp:2016:16
#13 0x55e2945888d7 in mlir::transform::applyTransformNamedSequence(mlir::RaggedArray<llvm::PointerUnion<mlir::Operation*, mlir::Attribute, mlir::Value>>, mlir::transform::TransformOpInterface, mlir::ModuleOp, mlir::transform::TransformOptions const&) mlir/lib/Dialect/Transform/Transforms/TransformInterpreterUtils.cpp:234:10
#14 0x55e294582446 in (anonymous namespace)::InterpreterPass::runOnOperation() mlir/lib/Dialect/Transform/Transforms/InterpreterPass.cpp:147:16
#15 0x55e2978e93c6 in operator() mlir/lib/Pass/Pass.cpp:527:17
#16 0x55e2978e93c6 in void llvm::function_ref<void ()>::callback_fn<mlir::detail::OpToOpPassAdaptor::run(mlir::Pass*, mlir::Operation*, mlir::AnalysisManager, bool, unsigned int)::$_1>(long) llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#17 0x55e2978e207a in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#18 0x55e2978e207a in executeAction<mlir::PassExecutionAction, mlir::Pass &> mlir/include/mlir/IR/MLIRContext.h:275:7
#19 0x55e2978e207a in mlir::detail::OpToOpPassAdaptor::run(mlir::Pass*, mlir::Operation*, mlir::AnalysisManager, bool, unsigned int) mlir/lib/Pass/Pass.cpp:521:21
#20 0x55e2978e5fbf in runPipeline mlir/lib/Pass/Pass.cpp:593:16
#21 0x55e2978e5fbf in mlir::PassManager::runPasses(mlir::Operation*, mlir::AnalysisManager) mlir/lib/Pass/Pass.cpp:904:10
#22 0x55e2978e5b65 in mlir::PassManager::run(mlir::Operation*) mlir/lib/Pass/Pass.cpp:884:60
#23 0x55e291ebb460 in performActions(llvm::raw_ostream&, std::__u::shared_ptr<llvm::SourceMgr> const&, mlir::MLIRContext*, mlir::MlirOptMainConfig const&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:408:17
#24 0x55e291ebabd9 in processBuffer mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:481:9
#25 0x55e291ebabd9 in operator() mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:548:12
#26 0x55e291ebabd9 in llvm::LogicalResult llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>::callback_fn<mlir::MlirOptMain(llvm::raw_ostream&, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, mlir::DialectRegistry&, mlir::MlirOptMainConfig const&)::$_0>(long, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&) llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#27 0x55e297b1cffe in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#28 0x55e297b1cffe in mlir::splitAndProcessBuffer(std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>, llvm::raw_ostream&, llvm::StringRef, llvm::StringRef)::$_0::operator()(llvm::StringRef) const mlir/lib/Support/ToolUtilities.cpp:86:16
#29 0x55e297b1c9c5 in interleave<const llvm::StringRef *, (lambda at mlir/lib/Support/ToolUtilities.cpp:79:23), (lambda at llvm/include/llvm/ADT/STLExtras.h:2147:49), void> llvm/include/llvm/ADT/STLExtras.h:2125:3
#30 0x55e297b1c9c5 in interleave<llvm::SmallVector<llvm::StringRef, 8U>, (lambda at mlir/lib/Support/ToolUtilities.cpp:79:23), llvm::raw_ostream, llvm::StringRef> llvm/include/llvm/ADT/STLExtras.h:2147:3
#31 0x55e297b1c9c5 in mlir::splitAndProcessBuffer(std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>, llvm::raw_ostream&, llvm::StringRef, llvm::StringRef) mlir/lib/Support/ToolUtilities.cpp:89:3
#32 0x55e291eb0cf0 in mlir::MlirOptMain(llvm::raw_ostream&, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, mlir::DialectRegistry&, mlir::MlirOptMainConfig const&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:551:10
#33 0x55e291eb115c in mlir::MlirOptMain(int, char**, llvm::StringRef, llvm::StringRef, mlir::DialectRegistry&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:589:14
#34 0x55e291eb15f8 in mlir::MlirOptMain(int, char**, llvm::StringRef, mlir::DialectRegistry&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:605:10
#35 0x55e29130d1be in main mlir/tools/mlir-opt/mlir-opt.cpp:311:33
#36 0x7fbcf3fff3d3 in __libc_start_main (/usr/grte/v5/lib64/libc.so.6+0x613d3) (BuildId: 9a996398ce14a94560b0c642eb4f6e94)
#37 0x55e2912365a9 in _start /usr/grte/v5/debug-src/src/csu/../sysdeps/x86_64/start.S:120
0x502000006cd8 is located 8 bytes inside of 16-byte region [0x502000006cd0,0x502000006ce0)
freed by thread T0 here:
#0 0x55e29130b7e2 in operator delete(void*, unsigned long) compiler-rt/lib/asan/asan_new_delete.cpp:155:3
#1 0x55e2979eb657 in __libcpp_operator_delete<void *, unsigned long>
#2 0x55e2979eb657 in __do_deallocate_handle_size<>
#3 0x55e2979eb657 in __libcpp_deallocate
#4 0x55e2979eb657 in deallocate
#5 0x55e2979eb657 in deallocate
#6 0x55e2979eb657 in operator()
#7 0x55e2979eb657 in ~vector
#8 0x55e2979eb657 in mlir::Block::~Block() mlir/lib/IR/Block.cpp:24:1
#9 0x55e2979ebc17 in deleteNode llvm/include/llvm/ADT/ilist.h:42:39
#10 0x55e2979ebc17 in erase llvm/include/llvm/ADT/ilist.h:205:5
#11 0x55e2979ebc17 in erase llvm/include/llvm/ADT/ilist.h:209:39
#12 0x55e2979ebc17 in mlir::Block::erase() mlir/lib/IR/Block.cpp:67:28
#13 0x55e297aef978 in mlir::RewriterBase::eraseBlock(mlir::Block*) mlir/lib/IR/PatternMatch.cpp:245:10
#14 0x55e297af0563 in mlir::RewriterBase::inlineBlockBefore(mlir::Block*, mlir::Block*, llvm::ilist_iterator<llvm::ilist_detail::node_options<mlir::Operation, false, false, void, false, void>, false, false>, mlir::ValueRange) mlir/lib/IR/PatternMatch.cpp:331:3
#15 0x55e297af06d8 in mlir::RewriterBase::mergeBlocks(mlir::Block*, mlir::Block*, mlir::ValueRange) mlir/lib/IR/PatternMatch.cpp:341:3
#16 0x55e297036608 in mlir::scf::ForOp::replaceWithAdditionalYields(mlir::RewriterBase&, mlir::ValueRange, bool, std::__u::function<llvm::SmallVector<mlir::Value, 6u> (mlir::OpBuilder&, mlir::Location, llvm::ArrayRef<mlir::BlockArgument>)> const&) mlir/lib/Dialect/SCF/IR/SCF.cpp:575:12
#17 0x55e2970673ca in mlir::detail::LoopLikeOpInterfaceInterfaceTraits::Model<mlir::scf::ForOp>::replaceWithAdditionalYields(mlir::detail::LoopLikeOpInterfaceInterfaceTraits::Concept const*, mlir::Operation*, mlir::RewriterBase&, mlir::ValueRange, bool, std::__u::function<llvm::SmallVector<mlir::Value, 6u> (mlir::OpBuilder&, mlir::Location, llvm::ArrayRef<mlir::BlockArgument>)> const&) blaze-out/k8-opt-asan/bin/mlir/include/mlir/Interfaces/LoopLikeInterface.h.inc:658:56
#18 0x55e2978d5feb in replaceWithAdditionalYields blaze-out/k8-opt-asan/bin/mlir/include/mlir/Interfaces/LoopLikeInterface.cpp.inc:105:14
#19 0x55e2978d5feb in mlir::createFused(mlir::LoopLikeOpInterface, mlir::LoopLikeOpInterface, mlir::RewriterBase&, std::__u::function<llvm::SmallVector<mlir::Value, 6u> (mlir::OpBuilder&, mlir::Location, llvm::ArrayRef<mlir::BlockArgument>)>, llvm::function_ref<void (mlir::RewriterBase&, mlir::LoopLikeOpInterface, mlir::LoopLikeOpInterface&, mlir::IRMapping)>) mlir/lib/Interfaces/LoopLikeInterface.cpp:135:14
#20 0x55e2952a614b in mlir::fuseIndependentSiblingForLoops(mlir::scf::ForOp, mlir::scf::ForOp, mlir::RewriterBase&) mlir/lib/Dialect/SCF/Utils/Utils.cpp:1398:43
#21 0x55e291480c6f in mlir::transform::LoopFuseSiblingOp::apply(mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) mlir/lib/Dialect/SCF/TransformOps/SCFTransformOps.cpp:482:17
#22 0x55e29149ed5e in mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Model<mlir::transform::LoopFuseSiblingOp>::apply(mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Concept const*, mlir::Operation*, mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.h.inc:477:56
#23 0x55e297494a60 in apply blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.cpp.inc:61:14
#24 0x55e297494a60 in mlir::transform::TransformState::applyTransform(mlir::transform::TransformOpInterface) mlir/lib/Dialect/Transform/Interfaces/TransformInterfaces.cpp:953:48
#25 0x55e294646a8d in applySequenceBlock(mlir::Block&, mlir::transform::FailurePropagationMode, mlir::transform::TransformState&, mlir::transform::TransformResults&) mlir/lib/Dialect/Transform/IR/TransformOps.cpp:1788:15
#26 0x55e29464f927 in mlir::transform::NamedSequenceOp::apply(mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) mlir/lib/Dialect/Transform/IR/TransformOps.cpp:2155:10
#27 0x55e2945d28ee in mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Model<mlir::transform::NamedSequenceOp>::apply(mlir::transform::detail::TransformOpInterfaceInterfaceTraits::Concept const*, mlir::Operation*, mlir::transform::TransformRewriter&, mlir::transform::TransformResults&, mlir::transform::TransformState&) blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.h.inc:477:56
#28 0x55e297494a60 in apply blaze-out/k8-opt-asan/bin/mlir/include/mlir/Dialect/Transform/Interfaces/TransformInterfaces.cpp.inc:61:14
#29 0x55e297494a60 in mlir::transform::TransformState::applyTransform(mlir::transform::TransformOpInterface) mlir/lib/Dialect/Transform/Interfaces/TransformInterfaces.cpp:953:48
#30 0x55e2974a5fe2 in mlir::transform::applyTransforms(mlir::Operation*, mlir::transform::TransformOpInterface, mlir::RaggedArray<llvm::PointerUnion<mlir::Operation*, mlir::Attribute, mlir::Value>> const&, mlir::transform::TransformOptions const&, bool) mlir/lib/Dialect/Transform/Interfaces/TransformInterfaces.cpp:2016:16
#31 0x55e2945888d7 in mlir::transform::applyTransformNamedSequence(mlir::RaggedArray<llvm::PointerUnion<mlir::Operation*, mlir::Attribute, mlir::Value>>, mlir::transform::TransformOpInterface, mlir::ModuleOp, mlir::transform::TransformOptions const&) mlir/lib/Dialect/Transform/Transforms/TransformInterpreterUtils.cpp:234:10
#32 0x55e294582446 in (anonymous namespace)::InterpreterPass::runOnOperation() mlir/lib/Dialect/Transform/Transforms/InterpreterPass.cpp:147:16
#33 0x55e2978e93c6 in operator() mlir/lib/Pass/Pass.cpp:527:17
#34 0x55e2978e93c6 in void llvm::function_ref<void ()>::callback_fn<mlir::detail::OpToOpPassAdaptor::run(mlir::Pass*, mlir::Operation*, mlir::AnalysisManager, bool, unsigned int)::$_1>(long) llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#35 0x55e2978e207a in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#36 0x55e2978e207a in executeAction<mlir::PassExecutionAction, mlir::Pass &> mlir/include/mlir/IR/MLIRContext.h:275:7
#37 0x55e2978e207a in mlir::detail::OpToOpPassAdaptor::run(mlir::Pass*, mlir::Operation*, mlir::AnalysisManager, bool, unsigned int) mlir/lib/Pass/Pass.cpp:521:21
#38 0x55e2978e5fbf in runPipeline mlir/lib/Pass/Pass.cpp:593:16
#39 0x55e2978e5fbf in mlir::PassManager::runPasses(mlir::Operation*, mlir::AnalysisManager) mlir/lib/Pass/Pass.cpp:904:10
#40 0x55e2978e5b65 in mlir::PassManager::run(mlir::Operation*) mlir/lib/Pass/Pass.cpp:884:60
#41 0x55e291ebb460 in performActions(llvm::raw_ostream&, std::__u::shared_ptr<llvm::SourceMgr> const&, mlir::MLIRContext*, mlir::MlirOptMainConfig const&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:408:17
#42 0x55e291ebabd9 in processBuffer mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:481:9
#43 0x55e291ebabd9 in operator() mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:548:12
#44 0x55e291ebabd9 in llvm::LogicalResult llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>::callback_fn<mlir::MlirOptMain(llvm::raw_ostream&, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, mlir::DialectRegistry&, mlir::MlirOptMainConfig const&)::$_0>(long, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&) llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#45 0x55e297b1cffe in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#46 0x55e297b1cffe in mlir::splitAndProcessBuffer(std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>, llvm::raw_ostream&, llvm::StringRef, llvm::StringRef)::$_0::operator()(llvm::StringRef) const mlir/lib/Support/ToolUtilities.cpp:86:16
#47 0x55e297b1c9c5 in interleave<const llvm::StringRef *, (lambda at mlir/lib/Support/ToolUtilities.cpp:79:23), (lambda at llvm/include/llvm/ADT/STLExtras.h:2147:49), void> llvm/include/llvm/ADT/STLExtras.h:2125:3
#48 0x55e297b1c9c5 in interleave<llvm::SmallVector<llvm::StringRef, 8U>, (lambda at mlir/lib/Support/ToolUtilities.cpp:79:23), llvm::raw_ostream, llvm::StringRef> llvm/include/llvm/ADT/STLExtras.h:2147:3
#49 0x55e297b1c9c5 in mlir::splitAndProcessBuffer(std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>, llvm::raw_ostream&, llvm::StringRef, llvm::StringRef) mlir/lib/Support/ToolUtilities.cpp:89:3
#50 0x55e291eb0cf0 in mlir::MlirOptMain(llvm::raw_ostream&, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, mlir::DialectRegistry&, mlir::MlirOptMainConfig const&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:551:10
#51 0x55e291eb115c in mlir::MlirOptMain(int, char**, llvm::StringRef, llvm::StringRef, mlir::DialectRegistry&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:589:14
previously allocated by thread T0 here:
#0 0x55e29130ab5d in operator new(unsigned long) compiler-rt/lib/asan/asan_new_delete.cpp:86:3
#1 0x55e2979ed5d4 in __libcpp_operator_new<unsigned long>
#2 0x55e2979ed5d4 in __libcpp_allocate
#3 0x55e2979ed5d4 in allocate
#4 0x55e2979ed5d4 in __allocate_at_least<std::__u::allocator<mlir::BlockArgument> >
#5 0x55e2979ed5d4 in __split_buffer
#6 0x55e2979ed5d4 in mlir::BlockArgument* std::__u::vector<mlir::BlockArgument, std::__u::allocator<mlir::BlockArgument>>::__push_back_slow_path<mlir::BlockArgument const&>(mlir::BlockArgument const&)
#7 0x55e2979ec0f2 in push_back
#8 0x55e2979ec0f2 in mlir::Block::addArgument(mlir::Type, mlir::Location) mlir/lib/IR/Block.cpp:154:13
#9 0x55e29796e457 in parseRegionBody mlir/lib/AsmParser/Parser.cpp:2172:34
#10 0x55e29796e457 in (anonymous namespace)::OperationParser::parseRegion(mlir::Region&, llvm::ArrayRef<mlir::OpAsmParser::Argument>, bool) mlir/lib/AsmParser/Parser.cpp:2121:7
#11 0x55e29796b25e in (anonymous namespace)::CustomOpAsmParser::parseRegion(mlir::Region&, llvm::ArrayRef<mlir::OpAsmParser::Argument>, bool) mlir/lib/AsmParser/Parser.cpp:1785:16
#12 0x55e297035742 in mlir::scf::ForOp::parse(mlir::OpAsmParser&, mlir::OperationState&) mlir/lib/Dialect/SCF/IR/SCF.cpp:521:14
#13 0x55e291322c18 in llvm::ParseResult llvm::detail::UniqueFunctionBase<llvm::ParseResult, mlir::OpAsmParser&, mlir::OperationState&>::CallImpl<llvm::ParseResult (*)(mlir::OpAsmParser&, mlir::OperationState&)>(void*, mlir::OpAsmParser&, mlir::OperationState&) llvm/include/llvm/ADT/FunctionExtras.h:220:12
#14 0x55e29795bea3 in operator() llvm/include/llvm/ADT/FunctionExtras.h:384:12
#15 0x55e29795bea3 in callback_fn<llvm::unique_function<llvm::ParseResult (mlir::OpAsmParser &, mlir::OperationState &)> > llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#16 0x55e29795bea3 in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#17 0x55e29795bea3 in parseOperation mlir/lib/AsmParser/Parser.cpp:1521:9
#18 0x55e29795bea3 in parseCustomOperation mlir/lib/AsmParser/Parser.cpp:2017:19
#19 0x55e29795bea3 in (anonymous namespace)::OperationParser::parseOperation() mlir/lib/AsmParser/Parser.cpp:1174:10
#20 0x55e297971d20 in parseBlockBody mlir/lib/AsmParser/Parser.cpp:2296:9
#21 0x55e297971d20 in (anonymous namespace)::OperationParser::parseBlock(mlir::Block*&) mlir/lib/AsmParser/Parser.cpp:2226:12
#22 0x55e29796e4f5 in parseRegionBody mlir/lib/AsmParser/Parser.cpp:2184:7
#23 0x55e29796e4f5 in (anonymous namespace)::OperationParser::parseRegion(mlir::Region&, llvm::ArrayRef<mlir::OpAsmParser::Argument>, bool) mlir/lib/AsmParser/Parser.cpp:2121:7
#24 0x55e29796b25e in (anonymous namespace)::CustomOpAsmParser::parseRegion(mlir::Region&, llvm::ArrayRef<mlir::OpAsmParser::Argument>, bool) mlir/lib/AsmParser/Parser.cpp:1785:16
#25 0x55e29796b2cf in (anonymous namespace)::CustomOpAsmParser::parseOptionalRegion(mlir::Region&, llvm::ArrayRef<mlir::OpAsmParser::Argument>, bool) mlir/lib/AsmParser/Parser.cpp:1796:12
#26 0x55e2978d89ff in mlir::function_interface_impl::parseFunctionOp(mlir::OpAsmParser&, mlir::OperationState&, bool, mlir::StringAttr, llvm::function_ref<mlir::Type (mlir::Builder&, llvm::ArrayRef<mlir::Type>, llvm::ArrayRef<mlir::Type>, mlir::function_interface_impl::VariadicFlag, std::__u::basic_string<char, std::__u::char_traits<char>, std::__u::allocator<char>>&)>, mlir::StringAttr, mlir::StringAttr) mlir/lib/Interfaces/FunctionImplementation.cpp:232:14
#27 0x55e2969ba41d in mlir::func::FuncOp::parse(mlir::OpAsmParser&, mlir::OperationState&) mlir/lib/Dialect/Func/IR/FuncOps.cpp:203:10
#28 0x55e291322c18 in llvm::ParseResult llvm::detail::UniqueFunctionBase<llvm::ParseResult, mlir::OpAsmParser&, mlir::OperationState&>::CallImpl<llvm::ParseResult (*)(mlir::OpAsmParser&, mlir::OperationState&)>(void*, mlir::OpAsmParser&, mlir::OperationState&) llvm/include/llvm/ADT/FunctionExtras.h:220:12
#29 0x55e29795bea3 in operator() llvm/include/llvm/ADT/FunctionExtras.h:384:12
#30 0x55e29795bea3 in callback_fn<llvm::unique_function<llvm::ParseResult (mlir::OpAsmParser &, mlir::OperationState &)> > llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#31 0x55e29795bea3 in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#32 0x55e29795bea3 in parseOperation mlir/lib/AsmParser/Parser.cpp:1521:9
#33 0x55e29795bea3 in parseCustomOperation mlir/lib/AsmParser/Parser.cpp:2017:19
#34 0x55e29795bea3 in (anonymous namespace)::OperationParser::parseOperation() mlir/lib/AsmParser/Parser.cpp:1174:10
#35 0x55e297959b78 in parse mlir/lib/AsmParser/Parser.cpp:2725:20
#36 0x55e297959b78 in mlir::parseAsmSourceFile(llvm::SourceMgr const&, mlir::Block*, mlir::ParserConfig const&, mlir::AsmParserState*, mlir::AsmParserCodeCompleteContext*) mlir/lib/AsmParser/Parser.cpp:2785:41
#37 0x55e29790d5c2 in mlir::parseSourceFile(std::__u::shared_ptr<llvm::SourceMgr> const&, mlir::Block*, mlir::ParserConfig const&, mlir::LocationAttr*) mlir/lib/Parser/Parser.cpp:46:10
#38 0x55e291ebbfe2 in parseSourceFile<mlir::ModuleOp, const std::__u::shared_ptr<llvm::SourceMgr> &> mlir/include/mlir/Parser/Parser.h:159:14
#39 0x55e291ebbfe2 in parseSourceFile<mlir::ModuleOp> mlir/include/mlir/Parser/Parser.h:189:10
#40 0x55e291ebbfe2 in mlir::parseSourceFileForTool(std::__u::shared_ptr<llvm::SourceMgr> const&, mlir::ParserConfig const&, bool) mlir/include/mlir/Tools/ParseUtilities.h:31:12
#41 0x55e291ebb263 in performActions(llvm::raw_ostream&, std::__u::shared_ptr<llvm::SourceMgr> const&, mlir::MLIRContext*, mlir::MlirOptMainConfig const&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:383:33
#42 0x55e291ebabd9 in processBuffer mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:481:9
#43 0x55e291ebabd9 in operator() mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:548:12
#44 0x55e291ebabd9 in llvm::LogicalResult llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>::callback_fn<mlir::MlirOptMain(llvm::raw_ostream&, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, mlir::DialectRegistry&, mlir::MlirOptMainConfig const&)::$_0>(long, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&) llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12
#45 0x55e297b1cffe in operator() llvm/include/llvm/ADT/STLFunctionalExtras.h:68:12
#46 0x55e297b1cffe in mlir::splitAndProcessBuffer(std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>, llvm::raw_ostream&, llvm::StringRef, llvm::StringRef)::$_0::operator()(llvm::StringRef) const mlir/lib/Support/ToolUtilities.cpp:86:16
#47 0x55e297b1c9c5 in interleave<const llvm::StringRef *, (lambda at mlir/lib/Support/ToolUtilities.cpp:79:23), (lambda at llvm/include/llvm/ADT/STLExtras.h:2147:49), void> llvm/include/llvm/ADT/STLExtras.h:2125:3
#48 0x55e297b1c9c5 in interleave<llvm::SmallVector<llvm::StringRef, 8U>, (lambda at mlir/lib/Support/ToolUtilities.cpp:79:23), llvm::raw_ostream, llvm::StringRef> llvm/include/llvm/ADT/STLExtras.h:2147:3
#49 0x55e297b1c9c5 in mlir::splitAndProcessBuffer(std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::function_ref<llvm::LogicalResult (std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, llvm::raw_ostream&)>, llvm::raw_ostream&, llvm::StringRef, llvm::StringRef) mlir/lib/Support/ToolUtilities.cpp:89:3
#50 0x55e291eb0cf0 in mlir::MlirOptMain(llvm::raw_ostream&, std::__u::unique_ptr<llvm::MemoryBuffer, std::__u::default_delete<llvm::MemoryBuffer>>, mlir::DialectRegistry&, mlir::MlirOptMainConfig const&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:551:10
#51 0x55e291eb115c in mlir::MlirOptMain(int, char**, llvm::StringRef, llvm::StringRef, mlir::DialectRegistry&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:589:14
#52 0x55e291eb15f8 in mlir::MlirOptMain(int, char**, llvm::StringRef, mlir::DialectRegistry&) mlir/lib/Tools/mlir-opt/MlirOptMain.cpp:605:10
#53 0x55e29130d1be in main mlir/tools/mlir-opt/mlir-opt.cpp:311:33
#54 0x7fbcf3fff3d3 in __libc_start_main (/usr/grte/v5/lib64/libc.so.6+0x613d3) (BuildId: 9a996398ce14a94560b0c642eb4f6e94)
#55 0x55e2912365a9 in _start /usr/grte/v5/debug-src/src/csu/../sysdeps/x86_64/start.S:120
SUMMARY: AddressSanitizer: heap-use-after-free mlir/include/mlir/IR/IRMapping.h:40:11 in map<llvm::MutableArrayRef<mlir::BlockArgument> &, llvm::MutableArrayRef<mlir::BlockArgument>, nullptr>
Shadow bytes around the buggy address:
0x502000006a00: fa fa 00 fa fa fa 00 00 fa fa 00 fa fa fa 00 fa
0x502000006a80: fa fa 00 fa fa fa 00 00 fa fa 00 00 fa fa 00 00
0x502000006b00: fa fa 00 00 fa fa 00 00 fa fa 00 fa fa fa 00 fa
0x502000006b80: fa fa 00 fa fa fa 00 fa fa fa 00 00 fa fa 00 00
0x502000006c00: fa fa 00 00 fa fa 00 00 fa fa 00 00 fa fa fd fa
=>0x502000006c80: fa fa fd fa fa fa fd fd fa fa fd[fd]fa fa fd fd
0x502000006d00: fa fa 00 fa fa fa 00 fa fa fa 00 fa fa fa 00 fa
0x502000006d80: fa fa 00 fa fa fa 00 fa fa fa 00 fa fa fa 00 fa
0x502000006e00: fa fa 00 fa fa fa 00 fa fa fa 00 00 fa fa 00 fa
0x502000006e80: fa fa 00 fa fa fa 00 00 fa fa 00 fa fa fa 00 fa
0x502000006f00: fa fa 00 fa fa fa 00 fa fa fa 00 fa fa fa 00 fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
==4320==ABORTING
Commit: ebab105670a409e426ddcb0278578711a622b1b2
https://github.com/llvm/llvm-project/commit/ebab105670a409e426ddcb0278578711a622b1b2
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Analysis/ValueTracking.cpp
M llvm/lib/IR/Value.cpp
A llvm/test/Analysis/BasicAA/ptr-vector.ll
Log Message:
-----------
[IR] Don't strip through pointer to vector of pointer bitcasts
When using stripPointerCasts() and getUnderlyingObject(), don't
strip through a bitcast from ptr to <1 x ptr>, which is not a
no-op pointer cast. Calling code is generally not prepared to
handle that situation, resulting in incorrect alias analysis
results for example.
Fixes https://github.com/llvm/llvm-project/issues/97600.
Commit: 927def49728371d746476e79a6570cd93a4d335c
https://github.com/llvm/llvm-project/commit/927def49728371d746476e79a6570cd93a4d335c
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
M lldb/test/Shell/SymbolFile/DWARF/x86/debug-types-missing-signature.test
M lldb/unittests/ValueObject/DumpValueObjectOptionsTests.cpp
Log Message:
-----------
Revert "[lldb] Print empty enums as if they were unrecognised normal enums (#97553)"
This reverts commit 41fddc4ec3302f125a5b84ae86c8027dedc89984.
Due to build errors with gcc passing signed ints to unsigned ints.
Commit: 67b302c52f79db2ab5c46e5e8c600f1c2af57a83
https://github.com/llvm/llvm-project/commit/67b302c52f79db2ab5c46e5e8c600f1c2af57a83
Author: Cullen Rhodes <cullen.rhodes at arm.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M mlir/include/mlir/Dialect/Vector/IR/VectorOps.td
M mlir/lib/Conversion/VectorToLLVM/ConvertVectorToLLVM.cpp
M mlir/lib/Dialect/Vector/IR/VectorOps.cpp
M mlir/test/Conversion/VectorToLLVM/vector-to-llvm.mlir
M mlir/test/Dialect/Vector/canonicalize.mlir
M mlir/test/Dialect/Vector/invalid.mlir
M mlir/test/Dialect/Vector/ops.mlir
Log Message:
-----------
[mlir][vector] Add vector.step operation (#96776)
This patch adds a new vector.step operation to the Vector dialect. It
produces a linear sequence of index values from 0 to N, where N is the
number of elements in the result vector, and can be used to create
vectors of indices.
It supports both fixed-width and scalable vectors. For fixed the
canonical representation is `arith.constant dense<[0, .., N]>`. A
scalable step cannot be represented as a constant and is lowered to the
`llvm.experimental.stepvector` intrinsic [1].
This op enables scalable vectorization of linalg.index ops, see #96778. It can
also be used in the SparseVectorizer in-place of lower-level stepvector
intrinsic, see [2] (patch to follow).
[1] https://llvm.org/docs/LangRef.html#llvm-experimental-stepvector-intrinsic
[2] https://github.com/llvm/llvm-project/blob/acf675b63f9426e61aac2155e29280f7d21f9421/mlir/lib/Dialect/SparseTensor/Transforms/SparseVectorization.cpp#L385-L388
Commit: 7b34cad1b8505dd1d5593ab8fd196398bf605ac5
https://github.com/llvm/llvm-project/commit/7b34cad1b8505dd1d5593ab8fd196398bf605ac5
Author: Tianyi Guan <tguan at nvidia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
A llvm/test/CodeGen/AArch64/itofp-bf16.ll
M llvm/test/CodeGen/AArch64/itofp.ll
Log Message:
-----------
[AArch64] Extract bf16 cases from `itofp.ll` to `itofp-bf16.ll`, NFC.
Commit: 54de090340acff98bd1c1163f5eaf0bcbfe247e1
https://github.com/llvm/llvm-project/commit/54de090340acff98bd1c1163f5eaf0bcbfe247e1
Author: Tianyi Guan <tguan at nvidia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/test/CodeGen/AArch64/itofp.ll
Log Message:
-----------
[AArch64] Add i128 and fp128 tests to `itofp.ll`. NFC
Commit: 173514d58ec4e6166670f1e37a038df3865c8b96
https://github.com/llvm/llvm-project/commit/173514d58ec4e6166670f1e37a038df3865c8b96
Author: Tianyi Guan <tguan at nvidia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/test/CodeGen/AArch64/fcmp.ll
Log Message:
-----------
[AArch64] Add fp128 tests in `fcmp.ll`. NFC
Commit: 328d9f62976defb96cba8102ea54f44cf88c8032
https://github.com/llvm/llvm-project/commit/328d9f62976defb96cba8102ea54f44cf88c8032
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
M lldb/test/Shell/SymbolFile/DWARF/x86/debug-types-missing-signature.test
M lldb/unittests/ValueObject/DumpValueObjectOptionsTests.cpp
Log Message:
-----------
Reland "[lldb] Print empty enums as if they were unrecognised normal enums (#97553)"
This reverts commit 927def49728371d746476e79a6570cd93a4d335c.
I've refactored the tests so that we're explicit about whether the
enum is signed or not. Which means we use the proper types
throughout.
Commit: 4002e380d0f7c689df7d26d9637118c2c7c6f985
https://github.com/llvm/llvm-project/commit/4002e380d0f7c689df7d26d9637118c2c7c6f985
Author: Luke Lau <luke at igalia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-strided-load-store-asm.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-strided-load-store.ll
Log Message:
-----------
[RISCV] Use splat shorthand in strided load store tests. NFC
Commit: 28be3f8ac51e62610f8e78b411adf05a2365dff7
https://github.com/llvm/llvm-project/commit/28be3f8ac51e62610f8e78b411adf05a2365dff7
Author: Florian Hahn <flo at fhahn.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/Analysis/LoopAccessAnalysis.h
M llvm/lib/Analysis/LoopAccessAnalysis.cpp
Log Message:
-----------
[LAA] Cache pointer bounds expansions (NFCI).
This avoids expanding the same bounds multiple times, which helps reduce
the compile-time impact of removing the restrictions added in
234cc40adc6, notably -0.06% on stage1-O3 and -0.05% on both
stage1-ReleaseThinLTO and stage1-ReleaseLTO-g.
https://llvm-compile-time-tracker.com/compare.php?from=8b9ebc4bb86cf0979e05908cbb04336f2d01dda5&to=fabd36f96c31e47ea72653f5a404feaadfc7b5b5&stat=instructions:u
Commit: f99746f30a125324500cc7a46829fcfd44bed3dc
https://github.com/llvm/llvm-project/commit/f99746f30a125324500cc7a46829fcfd44bed3dc
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyld.cpp
Log Message:
-----------
[Orc][RuntimeDyld] Return after handling error (#95364)
If OnLoaded failed, return after passing the error to OnEmitted instead
of also calling finalizeAsync (which would use values that have already
been moved and perform another call to OnEmitted).
Commit: 94b2b1d74a4488e61d7992b12d1042ae6a99f3d5
https://github.com/llvm/llvm-project/commit/94b2b1d74a4488e61d7992b12d1042ae6a99f3d5
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/SandboxIR/SandboxIR.cpp
Log Message:
-----------
Fix MSVC "not all control paths return a value" warning. NFC
Commit: 81660bbc1c066646ef3c232f5af097092e76f8b7
https://github.com/llvm/llvm-project/commit/81660bbc1c066646ef3c232f5af097092e76f8b7
Author: Tomas Matheson <Tomas.Matheson at arm.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/unittests/TargetParser/TargetParserTest.cpp
M llvm/utils/TableGen/ARMTargetDefEmitter.cpp
Log Message:
-----------
[AArch64] remove pointless AEK_NONE (#97569)
Commit: 2c0add93b2df27b34c819c11474d8ba7b8e52e70
https://github.com/llvm/llvm-project/commit/2c0add93b2df27b34c819c11474d8ba7b8e52e70
Author: Graham Hunter <graham.hunter at arm.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/Analysis/TargetTransformInfoImpl.h
M llvm/lib/Target/AArch64/AArch64TargetTransformInfo.cpp
M llvm/test/Analysis/CostModel/AArch64/sve-intrinsics.ll
Log Message:
-----------
[TTI] Return a more sensible cost for histogram intrinsic. (#97397)
This is just an initial cost, making it invalid for any target which
doesn't specifically return a cost for now. Also adds an AArch64
specific cost check.
We will need to improve that later, e.g. by returning a scalarization
cost for generic targets and possibly introducing a new TTI method, at
least once LoopVectorize has changed it's cost model. The reason is
that the histogram intrinsic also effectively contains a gather and
scatter, and we will need details of the addressing to determine an
appropriate cost for that.
Commit: e6cf292003fa53214a8abf2b4150e58296f76483
https://github.com/llvm/llvm-project/commit/e6cf292003fa53214a8abf2b4150e58296f76483
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[InstCombine][X86] Add some basic knownbits tests for PMULH/PMULHU
Recognise known zero upperbits
Commit: 5c204b1d2619cbad7b7ad228b62feae08781a6db
https://github.com/llvm/llvm-project/commit/5c204b1d2619cbad7b7ad228b62feae08781a6db
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Analysis/ValueTracking.cpp
M llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
M llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
Log Message:
-----------
[ValueTracking][X86] computeKnownBitsFromOperator - add PMULH/PMULHU intrinsics mulhs/mulhu known bits handling.
These map directly to the KnownBits implementations.
Commit: 2b3b405b09a0d965a4aff1f92958418ddbf1e7f6
https://github.com/llvm/llvm-project/commit/2b3b405b09a0d965a4aff1f92958418ddbf1e7f6
Author: Florian Hahn <flo at fhahn.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
A llvm/test/Transforms/LoopVectorize/RISCV/first-order-recurrence-scalable-vf1.ll
A llvm/test/Transforms/LoopVectorize/first-order-recurrence-scalable-vf1.ll
Log Message:
-----------
[LV] Don't vectorize first-order recurrence with VF <vscale x 1 x ..>
The assertion added as part of https://github.com/llvm/llvm-project/pull/93395
surfaced cases where first-order recurrences are vectorized with
<vscale x 1 x ..>. If vscale is 1, then we are unable to extract the
penultimate value (second to last lane). Previously this case got
mis-compiled, trying to extract from an invalid lane (-1)
https://llvm.godbolt.org/z/3adzYYcf9.
Fixes https://github.com/llvm/llvm-project/issues/97452.
Commit: e7bfd4d77fafdcad890f80f8feee50ca02e0e2c3
https://github.com/llvm/llvm-project/commit/e7bfd4d77fafdcad890f80f8feee50ca02e0e2c3
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
A llvm/test/Transforms/Mem2Reg/single-store.ll
Log Message:
-----------
[Mem2Reg] Add some single store tests (NFC)
For https://github.com/llvm/llvm-project/issues/97702.
Commit: 07b3e2c0c68b93a3d4d89426dc7fd14cc31ca6be
https://github.com/llvm/llvm-project/commit/07b3e2c0c68b93a3d4d89426dc7fd14cc31ca6be
Author: Muhammad Omair Javaid <omair.javaid at linaro.org>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M lldb/test/API/python_api/thread/TestThreadAPI.py
Log Message:
-----------
[LLDB] XFail on Windows TestThreadAPI.py test_StepInstruction
TestThreadAPI.py test_StepInstruction started failing after #97493
Following assertion fails but I am not sure if test will pass after
changing the test.
AssertionError: 'void __cdecl call_me(bool)' != 'call_me(bool)'
I have marked it as xfail I ll run it on a Windows machine to find
an appropriate fix.
https://lab.llvm.org/buildbot/#/builders/141/builds/476
Commit: d6af73e9fbc84315100499a096f17ec5eeeeea23
https://github.com/llvm/llvm-project/commit/d6af73e9fbc84315100499a096f17ec5eeeeea23
Author: David Spickett <david.spickett at linaro.org>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M compiler-rt/test/fuzzer/fuzzer-leak.test
Log Message:
-----------
[compiler-rt][Fuzzer] Disable fuzzer-leak test
This has been flaky and reporting a lot of unrelated failures to PRs.
See https://github.com/llvm/llvm-project/issues/97712
Commit: 483557224b8d36761f39d5847e17ef7361757f1b
https://github.com/llvm/llvm-project/commit/483557224b8d36761f39d5847e17ef7361757f1b
Author: Kristóf Umann <dkszelethus at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/include/clang/StaticAnalyzer/Core/PathSensitive/MemRegion.h
M clang/lib/StaticAnalyzer/Checkers/CStringChecker.cpp
M clang/lib/StaticAnalyzer/Core/MemRegion.cpp
M clang/test/Analysis/bstring_UninitRead.c
Log Message:
-----------
[analyzer] Check the correct first and last elements in cstring.UninitializedRead (#95408)
I intend to fix this checker up so that we can move it out of alpha. I
made a bunch of analyses, and found many similar false positives:
```c++
int t[] = {1,2,3};
memcpy(dst, t, sizeof(t) / sizeof(t[0])); // warn
```
The problem here is the way CStringChecker checks whether the
destination and source buffers are initialized: heuristically, it only
checks the first and last element. This is fine, however, it retrieves
these elements as characters, even if the underlaying object is not a
character array. Reading the last byte of an integer is undefined, so
the checker emits a bug here.
A quick search tells you the rationale: "Both objects are reinterpreted
as arrays of unsigned char.". But the static analyzer right now can't
check byte-by-byte if a memory region is _initialized_, it can only
check if its a well-defined character or not.
In this patch, I pry the original array out of the arguments to memcpy
(and similar functions), and retrieve the actual first and last elements
according to the array's actual element type.
Currently, my improvements reduced the number of reports to 29 on these
projects: memcached,tmux,curl,twin,vim,openssl,sqlite,ffmpeg,postgres
https://codechecker-demo.eastus.cloudapp.azure.com/Default/reports?detection-status=New&detection-status=Reopened&detection-status=Unresolved&is-unique=on&run=%2acstring_uninit_upper_bound_patched&newcheck=%2acstring_uninit_upper_bounds_patched&diff-type=New&checker-name=alpha.unix.cstring.UninitializedRead&items-per-page=100
Before my patch, there were 87.
https://codechecker-demo.eastus.cloudapp.azure.com/Default/reports?detection-status=New&detection-status=Reopened&detection-status=Unresolved&is-unique=on&run=%2acstring_uninit_baseline&newcheck=%2acstring_uninit_upper_bounds_patched&diff-type=New&checker-name=alpha.unix.cstring.UninitializedRead&items-per-page=100
Commit: 7fb71d15cd3c2a185d4a60791e893d3c5721754d
https://github.com/llvm/llvm-project/commit/7fb71d15cd3c2a185d4a60791e893d3c5721754d
Author: Ilya Leoshkevich <iii at linux.ibm.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/cmake/config.guess
Log Message:
-----------
[SystemZ] Fix handling of target triples on Debian (#95407) (#97546)
Debian's GCC installation has target triple "s390x-linux-gnu". Since,
unlike in Ubuntu, there is no /etc/lsb-release, config.guess detects
"s390x-ibm-linux". Generic_GCC::GCCInstallationDetector::init() only
tries to strip the "unknown" vendor, so GCC installation detection
fails.
Checking /etc/os-release in addition to /etc/lsb-release fixes this
problem. However, LLVM-built sanitizer runtimes still cannot be found:
the driver looks for them in lib/clang/19/lib/s390x-linux-gnu, but the
build system places them in lib/clang/19/lib/s390x-unknown-linux-gnu.
According to @MaskRay, the build system is doing the right thing [1]: on
the file system, full arch-vendor-os-environment triples must be used.
In order to satisfy both GCCInstallationDetector and this rule, use the
"s390x-unknown-linux-gnu" triple.
[1]
https://github.com/llvm/llvm-project/issues/95407#issuecomment-2167390240
Commit: 42b193c962bd04b840b121e5fd27131038404925
https://github.com/llvm/llvm-project/commit/42b193c962bd04b840b121e5fd27131038404925
Author: Phoebe Wang <phoebe.wang at intel.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/AsmParser/X86AsmParser.cpp
A llvm/test/MC/X86/AMX/amx-error.s
Log Message:
-----------
[AMX] Error out when AMX DP instructions use same registers (#97686)
Fixes #97522
Commit: 99f6ff9c0b5f2c009878c2ad5607bc7a3086956b
https://github.com/llvm/llvm-project/commit/99f6ff9c0b5f2c009878c2ad5607bc7a3086956b
Author: Sergio Afonso <safonsof at amd.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M flang/lib/Lower/OpenMP/DataSharingProcessor.cpp
Log Message:
-----------
[Flang][OpenMP] Use InsertionGuard in DataSharingProcessor (#97562)
This patch removes the introduction of `fir.undef` operations as a way
to keep track of insertion points inside of the `DataSharingProcessor`,
and it replaces them with an `InsertionGuard` to avoid creating such
operations inside of loop wrappers.
Leaving any `fir.undef` operation inside of a loop wrapper would result
in a verifier error, since they enforce strict requirements on the
contents of their code regions.
Commit: 6222c8f0305de1fdc5ff39f5f1d87fcfeebfa646
https://github.com/llvm/llvm-project/commit/6222c8f0305de1fdc5ff39f5f1d87fcfeebfa646
Author: Nicholas Guy <67685292+NickGuy-Arm at users.noreply.github.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/docs/LangRef.rst
M llvm/include/llvm/IR/Intrinsics.td
M llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
M llvm/lib/IR/Verifier.cpp
A llvm/test/CodeGen/AArch64/partial-reduction-add.ll
Log Message:
-----------
[IR][LangRef] Add partial reduction add intrinsic (#94499)
Adds the llvm.experimental.partial.reduce.add.* overloaded intrinsic,
this intrinsic represents add reductions that result in a narrower
vector.
Commit: f58930f705884dfac3bd8c481c827d027a6068cb
https://github.com/llvm/llvm-project/commit/f58930f705884dfac3bd8c481c827d027a6068cb
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Utils/PromoteMemoryToRegister.cpp
M llvm/test/Transforms/Mem2Reg/single-store.ll
Log Message:
-----------
[Mem2Reg] Don't use single store optimization for potentially poison value (#97711)
If there is a single store, then loads must either load the stored value
or uninitialized memory (undef). If the stored value may be poison, then
replacing an uninitialized memory load with it would be incorrect. Fall
back to the generic code in that case.
This PR only fixes the case where there is a literal poison store -- the
case where the value is non-trivially poison will still get miscompiled
by phi simplification later, see #96631.
Fixes https://github.com/llvm/llvm-project/issues/97702.
Commit: bbc6504b3d2f237ed7e84dcaecb228bf2124f72e
https://github.com/llvm/llvm-project/commit/bbc6504b3d2f237ed7e84dcaecb228bf2124f72e
Author: Ariel-Burton <arielburton at yahoo.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Support/APFloat.cpp
Log Message:
-----------
[NFC] [APFloat] Refactor IEEEFloat::toString (#97117)
This PR lifts the body of IEEEFloat::toString out to a standalone
function. We do this to facilitate code sharing with other floating
point types, e.g., the forthcoming support for HexFloat.
There is no change in functionality.
Commit: 3cab132e94d3c63dbcf20d2acc4879b2b98a0de9
https://github.com/llvm/llvm-project/commit/3cab132e94d3c63dbcf20d2acc4879b2b98a0de9
Author: Endre Fülöp <endre.fulop at sigmatechnology.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/www/analyzer/alpha_checks.html
M clang/www/analyzer/available_checks.html
Log Message:
-----------
[clang][analyzer][doc] Migrate checkers-related docs from HTML to RST (#97032)
Documentation for the checkers is kept up to date in RST files.
This patch removes duplication by replacing the HTML docs with links to
docs generated from the RST.
Commit: 218f71d43283c2916aac6923edf4df6c0024676a
https://github.com/llvm/llvm-project/commit/218f71d43283c2916aac6923edf4df6c0024676a
Author: Shan Huang <52285902006 at stu.ecnu.edu.cn>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Scalar/LowerConstantIntrinsics.cpp
A llvm/test/Transforms/LowerConstantIntrinsics/preserving-debugloc-br.ll
Log Message:
-----------
[DebugInfo][LowerConstantIntrinsics] Fix the missing debug location of new branch instruction (#97145)
Fix #97142 .
Commit: e0f4d27a50c6b524d6cf24c347038a18112ce517
https://github.com/llvm/llvm-project/commit/e0f4d27a50c6b524d6cf24c347038a18112ce517
Author: Shan Huang <52285902006 at stu.ecnu.edu.cn>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Scalar/LoopFlatten.cpp
A llvm/test/Transforms/LoopFlatten/preserving_debugloc_br.ll
Log Message:
-----------
[DebugInfo][LoopFlatten] Fix missing debug location update for new br instruction (#97085)
Fix #97084 .
Commit: 2532ebb341d9c60692688fdd5b94cf61693e1e63
https://github.com/llvm/llvm-project/commit/2532ebb341d9c60692688fdd5b94cf61693e1e63
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/test/CodeGen/X86/vselect-avx.ll
Log Message:
-----------
[X86] Add test showing failure to concat VBLENDVB nodes back together through bitcasts
Commit: d43ec97de081755990264049eba09cb7c83cb321
https://github.com/llvm/llvm-project/commit/d43ec97de081755990264049eba09cb7c83cb321
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86ISelLowering.cpp
M llvm/test/CodeGen/X86/vselect-avx.ll
Log Message:
-----------
[X86] combineConcatVectorOps - IsConcatFree - peek through bitcasts to find inplace subvectors.
The EXTRACT_SUBVECTOR nodes don't have to be the same type, they just need to be at the correct bit offsets when concatenated back together.
Commit: f329e3ed9070aee3f4c0ebc80ed62f5c4b645d73
https://github.com/llvm/llvm-project/commit/f329e3ed9070aee3f4c0ebc80ed62f5c4b645d73
Author: Discookie <viktor.cseh at ericsson.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang-tools-extra/clang-tidy/bugprone/BugproneTidyModule.cpp
M clang-tools-extra/clang-tidy/bugprone/CMakeLists.txt
A clang-tools-extra/clang-tidy/bugprone/PointerArithmeticOnPolymorphicObjectCheck.cpp
A clang-tools-extra/clang-tidy/bugprone/PointerArithmeticOnPolymorphicObjectCheck.h
M clang-tools-extra/clang-tidy/cert/CERTTidyModule.cpp
M clang-tools-extra/docs/ReleaseNotes.rst
A clang-tools-extra/docs/clang-tidy/checks/bugprone/pointer-arithmetic-on-polymorphic-object.rst
A clang-tools-extra/docs/clang-tidy/checks/cert/ctr56-cpp.rst
M clang-tools-extra/docs/clang-tidy/checks/list.rst
A clang-tools-extra/test/clang-tidy/checkers/bugprone/pointer-arithmetic-on-polymorphic-object-all.cpp
A clang-tools-extra/test/clang-tidy/checkers/bugprone/pointer-arithmetic-on-polymorphic-object-decl-only.cpp
Log Message:
-----------
[clang-tidy] Add `bugprone-pointer-arithmetic-on-polymorphic-object` check (#91951)
Finds pointer arithmetic on classes that declare a virtual function.
This check corresponds to the SEI Cert rule [CTR56-CPP: Do not use
pointer arithmetic on polymorphic
objects](https://wiki.sei.cmu.edu/confluence/display/cplusplus/CTR56-CPP.+Do+not+use+pointer+arithmetic+on+polymorphic+objects).
```cpp
struct Base {
virtual void ~Base();
};
struct Derived : public Base {};
void foo(Base *b) {
b += 1; // passing `Derived` to `foo()` results in UB
}
```
[Results on open-source
projects](https://codechecker-demo.eastus.cloudapp.azure.com/Default/runs?run=Discookie-ctr56-with-classnames).
Most of the Qtbase reports are from having a `virtual override`
declaration, and the LLVM reports are true positives, as far as I can
tell.
Commit: 0035c2efad8fd7b4dbd01efbc573999f7b91b0d5
https://github.com/llvm/llvm-project/commit/0035c2efad8fd7b4dbd01efbc573999f7b91b0d5
Author: LLVM GN Syncbot <llvmgnsyncbot at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/bugprone/BUILD.gn
Log Message:
-----------
[gn build] Port f329e3ed9070
Commit: b12449fb289708f3d31c107d6e7977044a01da62
https://github.com/llvm/llvm-project/commit/b12449fb289708f3d31c107d6e7977044a01da62
Author: Anatoly Trosinenko <atrosinenko at accesssoftek.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/CodeGen/IndirectThunks.h
M llvm/lib/Target/AArch64/AArch64SLSHardening.cpp
M llvm/lib/Target/ARM/ARMSLSHardening.cpp
M llvm/lib/Target/X86/X86IndirectThunks.cpp
Log Message:
-----------
[CodeGen] Refactor and document ThunkInserter (#97468)
In preparation for supporting BLRA* instructions in SLS Hardening on
AArch64, refactor ThunkInserter class.
The main intention of this commit is to document the way to merge the
BLR-rewriting logic of the AArch64SLSHardening pass into the
SLSBLRThunkInserter class. This makes it possible to only call
createThunkFunction for the thunks that are actually referenced.
Ultimately, it will prevent SLSBLRThunkInserter from unconditionally
generating about 1800 thunk functions corresponding to every possible
combination of operands passed to BLRAA or BLRAB instructions.
This particular commit does not affect the generated machine code and
consists of the following changes:
* document the existing behavior of ThunkInserter class
* introduce ThunkInserterPass template class to get rid of mostly
identical boilerplate code in ARM, AArch64 and X86 implementations
* move the InsertedThunks parameter from `mayUseThunk` to `insertThunks`
method
Commit: 94a067a306fecceac913cc6d9bfdcd49464358ec
https://github.com/llvm/llvm-project/commit/94a067a306fecceac913cc6d9bfdcd49464358ec
Author: Walter Erquinigo <a20012251 at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M lldb/include/lldb/Target/Language.h
M lldb/source/Commands/CommandObjectBreakpoint.cpp
M lldb/source/Plugins/Language/ObjC/ObjCLanguage.h
Log Message:
-----------
[LLDB] Support exception breakpoints for plugin-provided languages (#97675)
CommandObjectBreakpoint has a harcoded list of languages for which
exception breakpoints can be enabled. I'm making this a bit more generic
so that my Mojo plugin can get this feature.
Basically, I'm adding a new overridable method
`Language::SupportsExceptionBreakpoints` that can be used by language
plugins to determine whether they support this feature or not. This
method is used in addition to the hardcoded list and, as an example, I'm
using it for the ObjC language support.
Another route is simply to avoid doing the check that it's being done
right now and simply try to the create the exception breakpoint for
whatever language that is not in the hardcoded list. I'm happy to do
that if the reviewers think it's a good idea.
As a note, the other possible place for adding this
`SupportsExceptionBreakpoints` method is in `LanguageRuntime`. However,
accessing it requires having a process, which is not always the case
when invoking the `breakpoint set -E` command. The process might not be
alive yet, so `Language` is a good second place for this.
And as a final note, I don't want to make this
`SupportsExceptionBreakpoints` complicated. I'm keeping it as simple as
possible because it can easily evolve as it's not part of the public
API.
Commit: 361350fc89a7579b6e0b2f6da5740556369d0b97
https://github.com/llvm/llvm-project/commit/361350fc89a7579b6e0b2f6da5740556369d0b97
Author: Alexander Yermolovich <43973793+ayermolo at users.noreply.github.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M bolt/include/bolt/Core/DebugNames.h
M bolt/lib/Core/DebugNames.cpp
M bolt/test/X86/dwarf5-df-types-debug-names.test
Log Message:
-----------
[BOLT][DWARF] Deduplicate Foreign TU list (#97629)
There could be multiple TUs with the same hash in various DWO files. In
bigger binaries this could be in the thousands. Although they could be
structurally different and we need to output Entries for all of them,
for the purposes of figuring out a TU hash we only need one entry in
Foreign TU list.
Commit: 817f0d9d3099a25ea83fcf633071ccaaeac09954
https://github.com/llvm/llvm-project/commit/817f0d9d3099a25ea83fcf633071ccaaeac09954
Author: Sergio Afonso <safonsof at amd.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M flang/lib/Lower/OpenMP/OpenMP.cpp
Log Message:
-----------
[Flang][OpenMP] NFC: Remove unused argument for omp.target lowering (#97564)
This patch removes the `outerCombined` argument from `genTargetOp()` and
the `processReduction` argument from `genTargetClauses()`, as they
aren't used.
Commit: 5db6eac244bd42aaefd0caac3f824b2e60060f52
https://github.com/llvm/llvm-project/commit/5db6eac244bd42aaefd0caac3f824b2e60060f52
Author: Alexis Engelke <engelke at in.tum.de>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86FlagsCopyLowering.cpp
M llvm/test/CodeGen/X86/O0-pipeline.ll
M llvm/test/CodeGen/X86/opt-pipeline.ll
Log Message:
-----------
[X86] Avoid useless DomTree in flags copy lowering (#97628)
Currently, flags copy lowering does two expensive things:
- It traverses the CFG in RPO, and
- It requires a dominator tree that is not preserved.
Most notably, it is the only machine dominator tree user at -O0.
Many functions have no flag copies to begin with, therefore, add an
early exit if EFLAGS has no COPY def.
The legacy pass manager has no way to dynamically decide whether an
analysis is required. Therefore, if there's a copy, get the dominator
tree from the pass manager, if it has one, otherwise, compute it.
These changes should make the pass very cheap for the common case.
Commit: f15266e9d5d87a291a515064f8f0dd5f0c412ed3
https://github.com/llvm/llvm-project/commit/f15266e9d5d87a291a515064f8f0dd5f0c412ed3
Author: Alexis Engelke <engelke at in.tum.de>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/MC/MCELFStreamer.cpp
M llvm/lib/MC/MCObjectStreamer.cpp
M llvm/lib/Target/SystemZ/MCTargetDesc/SystemZMCCodeEmitter.cpp
Log Message:
-----------
[MC][ELF] Emit instructions directly into fragment (#94950)
Avoid needless copying of instructions and fixups and directly emit into
the fragment small vectors.
This (optionally, second commit) also removes the single use of the
MCCompactEncodedInstFragment to simplify code.
Commit: 655651a023654a01bba317c0f2561542bb75bcec
https://github.com/llvm/llvm-project/commit/655651a023654a01bba317c0f2561542bb75bcec
Author: Nikolas Klauser <nikolasklauser at berlin.de>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M .github/workflows/libcxx-build-and-test.yaml
M libcxx/test/libcxx/gdb/gdb_pretty_printer_test.sh.cpp
M libcxx/test/std/utilities/tuple/tuple.tuple/tuple.cnstr/PR31384.pass.cpp
R libcxx/trigger
Log Message:
-----------
[libc++] Upgrade to GCC 14 (#97205)
Commit: 8299bfaf299527c63f61f1bf9abffb88fad3eb38
https://github.com/llvm/llvm-project/commit/8299bfaf299527c63f61f1bf9abffb88fad3eb38
Author: Florian Hahn <flo at fhahn.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
Log Message:
-----------
[VPlan] Extract reduction result insertion point to variable (NFCI).
Split off from https://github.com/llvm/llvm-project/pull/92651 as
suggested.
Commit: 79d6f52c4f56fbada3e14fa924c370e27418222e
https://github.com/llvm/llvm-project/commit/79d6f52c4f56fbada3e14fa924c370e27418222e
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/Analysis/LazyValueInfo.h
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
M llvm/lib/Transforms/Scalar/JumpThreading.cpp
Log Message:
-----------
[LVI] Use Constant instead of Tristate for predicate results
A lot of the users just end up converting it into a Constant
themselves. Doing this in the API leaves less room for error
with vector types, and brings getPredicateResult() closer to
LatticeValueElement::getCompare(), hopefully allowing us to
consolidate them.
Commit: f4d058fdb1f456fdab9593eab4955a62b6bb8e70
https://github.com/llvm/llvm-project/commit/f4d058fdb1f456fdab9593eab4955a62b6bb8e70
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/TargetLoweringBase.cpp
M llvm/test/CodeGen/X86/shift-combine.ll
Log Message:
-----------
[SelectionDAG] Ignore LegalTypes parameter in TargetLoweringBase::getShiftAmountTy. (#97645)
When this flag was false, `getShiftAmountTy` would return `PointerTy`
instead of the target's preferred shift amount type for scalar shifts.
This used to be needed when the target's preferred type wasn't large
enough to support the shift amount needed for an illegal type. For
example, any scalar type larger than i256 on X86 since X86's preferred
shift amount type is i8.
For a while now, we've had code that uses `MVT::i32` if `LegalTypes` is
true, but the target's preferred type is too small. This fixed a
repeated cause of crashes where the `LegalTypes` flag wasn't set to
false when illegal types could be present.
This has made it unnecessary to set the `LegalTypes` flag correctly, and
as a result more and more places don't. So I think its time for this
flag to go away.
This first patch just disconnects the flag. The interface and all
callers will be cleaned up in follow up patches.
The X86 test change is because we now have the same shift type for both
shifts in a (srl (sub C, (shl X, 32), 32) sequence. This makes the shift
amounts appear equal in value and type which is needed to enable a
combine.
Commit: 34fe032fdb9315fe8da699126eb506ad6d2883ec
https://github.com/llvm/llvm-project/commit/34fe032fdb9315fe8da699126eb506ad6d2883ec
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
Log Message:
-----------
[DAGCombiner] Use getShiftAmountConstant where possible. (#97683)
In #97645, I proposed removing the LegalTypes operand to
TargetLowering::getShiftAmountTy. This means we don't need to use the
DAGCombiner wrapper for getShiftAmountTy that manages this flag. Now we
can use getShiftAmountConstant and let it call
TargetLowering::getShiftAmountTy.
Commit: fbd1b6567ae41d64f1dbb6b32c7cf8a1b710b8d9
https://github.com/llvm/llvm-project/commit/fbd1b6567ae41d64f1dbb6b32c7cf8a1b710b8d9
Author: Michael Buch <michaelbuch12 at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M lldb/source/Plugins/Language/CPlusPlus/LibCxx.cpp
M lldb/source/Plugins/Language/CPlusPlus/LibCxx.h
M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
Log Message:
-----------
[lldb][DataFormatter][NFC] Move std::map iterator formatter into LibCxxMap.cpp (#97687)
The two formatters follow very similar techniques to retrieve data out
of the map. We're changing this for `std::map` in
https://github.com/llvm/llvm-project/pull/97579 and plan to change it in
the same way for the iterator formatter. Having them in the same place
will allow us to re-use some of the logic (and we won't have to repeat
some of the clarification comments).
Commit: 687531fbed080b86c31144bf66c29f4a30e10e84
https://github.com/llvm/llvm-project/commit/687531fbed080b86c31144bf66c29f4a30e10e84
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/LegalizeIntegerTypes.cpp
Log Message:
-----------
[DAG] PromoteIntRes_EXTRACT_SUBVECTOR - pull out repeated getOperand/getVectorElementType calls. NFC.
Commit: bb6ab8b4f491cb1eaf6a88ca0b0bb283e3bd8bba
https://github.com/llvm/llvm-project/commit/bb6ab8b4f491cb1eaf6a88ca0b0bb283e3bd8bba
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/CodeGen/TargetLowering.h
Log Message:
-----------
[TargetLowering] Update the description of getShiftAmountTy. NFC
After f4d058fdb1f456fdab9593eab4955a62b6bb8e70, the LegalTypes
argument is no longer used.
Commit: 2307d270ccbf75dc72e8b4406bc0ec88781328f0
https://github.com/llvm/llvm-project/commit/2307d270ccbf75dc72e8b4406bc0ec88781328f0
Author: Mikhail R. Gadelha <mikhail at igalia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M libc/test/src/__support/CMakeLists.txt
Log Message:
-----------
[libc] fix float_comparison_test when an emulator is used to run the test (#97748)
This patch adds a missing ${CMAKE_CROSSCOMPILING_EMULATOR} to the call to libc_str_to_float_comparison_test so the test can run in an emulator, if required.
This is currently required for the rv32 buildbot, which runs in a qemu emulator.
Commit: 8bb4294be71e10eca02e23aab4f17af905687c4a
https://github.com/llvm/llvm-project/commit/8bb4294be71e10eca02e23aab4f17af905687c4a
Author: Mikhail R. Gadelha <mikhail at igalia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M libc/src/sched/linux/sched_rr_get_interval.cpp
M libc/test/src/__support/time/linux/timeout_test.cpp
Log Message:
-----------
[libc] Fix compilation warnings on 32-bit archs (#97745)
timespec's tv_nsec is a long int, which has different sizes in 32-bit and 64-bit platforms, so this patch adds one and fixes another static_cast throw warnings in 32-bit archs
Commit: 0ccec541d526a1be84fdfcf8f42553965dadff78
https://github.com/llvm/llvm-project/commit/0ccec541d526a1be84fdfcf8f42553965dadff78
Author: Mikhail R. Gadelha <mikhail at igalia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M libc/src/__support/FPUtil/generic/FMod.h
M libc/src/__support/big_int.h
M libc/test/src/math/smoke/CopySignTest.h
Log Message:
-----------
[libc] Fix compilation when long double is used as float128 (#97747)
Small patch that fixes the compilation when float128 is a long double, e.g., rv32. It fixes a static_cast, adds a missing %= operator and changes a cast to use get_val() in a test case instead
Commit: 834ecc8b2ad44859f5bcaac9f92178e469390a51
https://github.com/llvm/llvm-project/commit/834ecc8b2ad44859f5bcaac9f92178e469390a51
Author: Haojian Wu <hokein.wu at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/lib/Sema/SemaTemplate.cpp
M clang/test/AST/ast-dump-ctad-alias.cpp
M clang/test/SemaCXX/cxx20-ctad-type-alias.cpp
Log Message:
-----------
[clang] CTAD alias: fix transformation for require-clause expr Part2. (#93533)
In the https://github.com/llvm/llvm-project/pull/90961 fix, we miss a
case where the undeduced template parameters of the underlying deduction
guide are not transformed, which leaves incorrect depth/index
information, and causes crashes when evaluating constraints.
This patch fix this missing case.
Fixes #92596
Fixes #92212
Commit: 4f77677c3b383da99e46fdb29e7b8de63eb72447
https://github.com/llvm/llvm-project/commit/4f77677c3b383da99e46fdb29e7b8de63eb72447
Author: Mikhail R. Gadelha <mikhail at igalia.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M libc/src/__support/OSUtil/linux/fcntl.cpp
M libc/test/src/sys/mman/linux/CMakeLists.txt
M libc/test/src/sys/mman/linux/shm_test.cpp
Log Message:
-----------
[libc] Implement fcntl when only SYS_fcntl64 is available (#97740)
This patch tries to implement fcntl with either SYS_fcntl or SYS_fcntl64, and also changes a test case to call the fcntl function instead of using the syscall
Commit: d1dc4169838381688a74f245cdaedbe9fce13848
https://github.com/llvm/llvm-project/commit/d1dc4169838381688a74f245cdaedbe9fce13848
Author: Max Winkler <max.enrico.winkler at gmail.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/lib/AST/MicrosoftMangle.cpp
A clang/test/CodeGenCXX/mangle-ms-auto-templates-memptrs.cpp
A clang/test/CodeGenCXX/mangle-ms-auto-templates-nullptr.cpp
M llvm/lib/Demangle/MicrosoftDemangle.cpp
M llvm/test/Demangle/ms-auto-templates.test
Log Message:
-----------
Fix MSVC 1920+ auto NTTP mangling for pointers to members (#97007)
Fixes https://github.com/llvm/llvm-project/issues/70899.
This is a continuation of
https://github.com/llvm/llvm-project/pull/92477 for pointers to member
data and pointers to member functions.
The mangled name must be prefixed with `$M <mangled-type>` for the
deduced type of the nttp parameter.
Commit: 093ddac68c6855b5c2d786a99475b793e35e2342
https://github.com/llvm/llvm-project/commit/093ddac68c6855b5c2d786a99475b793e35e2342
Author: Mark de Wever <koraq at xs4all.nl>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M libcxx/docs/Status/Cxx20Issues.csv
M libcxx/src/tzdb.cpp
M libcxx/test/libcxx/time/time.zone/time.zone.db/leap_seconds.pass.cpp
M libcxx/test/std/time/time.zone/time.zone.db/leap_seconds.pass.cpp
Log Message:
-----------
[libc++][chrono] Fixes leap seconds. (#90070)
While implementing the UTC clock it turns out that the implementation of
the leap seconds was not correct, it should store the individual value,
not the sum.
It also looks like LWG3359 has not been fully implemented.
Implements parts of:
- LWG3359 <chrono> leap second support should allow for negative leap
seconds
Commit: d1c911ffe48eef23817d11c900dec30e0e3b5ae4
https://github.com/llvm/llvm-project/commit/d1c911ffe48eef23817d11c900dec30e0e3b5ae4
Author: Alexandros Lamprineas <alexandros.lamprineas at arm.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/include/clang/Sema/Sema.h
M clang/lib/Sema/SemaDecl.cpp
M clang/lib/Sema/SemaDeclAttr.cpp
M clang/test/CodeGen/attr-target-version.c
M clang/test/CodeGenCXX/fmv-namespace.cpp
M clang/test/Sema/attr-target-version.c
Log Message:
-----------
[clang][FMV] Do not omit explicit default target_version attribute. (#96628)
Fixes a crash and cleans up some dead code.
namespace Foo {
int bar();
__attribute((target_version("default"))) int bar() { return 0; }
__attribute((target_version("mops"))) int bar() { return 1; }
}
$ clang++ --target=aarch64-linux-gnu --rtlib=compiler-rt fmv.cpp
None multiversion type isn't valid here
UNREACHABLE executed at clang/lib/CodeGen/CodeGenModule.cpp:1840! ...
getMangledNameImpl
clang::CodeGen::CodeGenModule::getMangledName
clang::CodeGen::CodeGenModule::EmitGlobal
Commit: 8270485af12516c159c4a2c6533fa9b149bdc63a
https://github.com/llvm/llvm-project/commit/8270485af12516c159c4a2c6533fa9b149bdc63a
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/test/CodeGen/X86/var-permute-128.ll
M llvm/test/CodeGen/X86/var-permute-256.ll
M llvm/test/CodeGen/X86/var-permute-512.ll
Log Message:
-----------
[X86] var-permute-*.ll - check memory address math
Expose the memory addressing to simplify checking stack spill/restore manipulation codegen
Commit: e975ff0a223e79842b693e0ec4d3cac87963869a
https://github.com/llvm/llvm-project/commit/e975ff0a223e79842b693e0ec4d3cac87963869a
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86ISelDAGToDAG.cpp
M llvm/test/CodeGen/X86/addr-mode-matcher-3.ll
M llvm/test/CodeGen/X86/sttni.ll
M llvm/test/CodeGen/X86/var-permute-128.ll
Log Message:
-----------
[X86] matchAddressRecursively - don't fold zext(shl(x,c)) -> shl(zext(x),c)) if the pattern has multiple uses
Fixes #97533 crash where we hit a case where the root node had referenced the original zext node, which we then deleted - hopefully I can come up with a better solution, but the codegen changes don't look too bad atm (pulls out a shift from some complex LEA nodes that shared the scaled index).
Commit: c1a5f1ea363560961f52a62335658b445c51b491
https://github.com/llvm/llvm-project/commit/c1a5f1ea363560961f52a62335658b445c51b491
Author: Kazu Hirata <kazu at google.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Support/CommandLine.cpp
Log Message:
-----------
[Support] Use range-based for loops (NFC) (#97657)
Commit: b298e2d2d2251767a5ddcdef2310494d3b8da773
https://github.com/llvm/llvm-project/commit/b298e2d2d2251767a5ddcdef2310494d3b8da773
Author: Martin Storsjö <martin at martin.st>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M lld/MinGW/Driver.cpp
M lld/test/MinGW/driver.test
Log Message:
-----------
[LLD] [MinGW] Reinstate the former spelling in the version message (#97698)
0f9fbbb63cfcd2069441aa2ebef622c9716f8dbb changed the version printouts.
This broke linker detection in Meson, when disambiguating between the
ld.lld and lld-link interfaces, in
https://github.com/mesonbuild/meson/blob/1.4.1/mesonbuild/linkers/detect.py#L67,
which checks for the string "(compatible with GNU linkers)" including
the parentheses.
Reinstate the parentheses in the printout here, for compatibility with
Meson. The printout looks a little odd in this form, "LLD 19.0.0
(https://github.com/llvm/llvm-project
173514d58ec4e6166670f1e37a038df3865c8b96) (compatible with GNU
linkers)", but works with Meson.
The Meson check is loosened in https://github.com/mesonbuild/meson/pull/13383,
but existing versions of Meson with the too strict check will be around
for quite some time, so we should only change LLD to the new form once
older versions of Meson aren't used for these targets any longer, i.e.
earliest within a few years.
Commit: 3141c11fe8f5ebd8a8645b7977f2f1055a33bb33
https://github.com/llvm/llvm-project/commit/3141c11fe8f5ebd8a8645b7977f2f1055a33bb33
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/CodeGen/TargetLowering.h
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
M llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
M llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
M llvm/lib/CodeGen/TargetLoweringBase.cpp
Log Message:
-----------
[SelectionDAG] Remove LegalTypes argument from getShiftAmountTy. NFC (#97757)
This argument is no longer used inside the function. Remove it from the
interface.
Commit: 7a9ef0f2688805d0e7ea22f91eb3608e8cab6fd4
https://github.com/llvm/llvm-project/commit/7a9ef0f2688805d0e7ea22f91eb3608e8cab6fd4
Author: Anchu Rajendran S <asudhaku at amd.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M mlir/include/mlir/Dialect/OpenMP/OpenMPClauseOperands.h
M mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td
M mlir/include/mlir/Dialect/OpenMP/OpenMPOps.td
M mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
M mlir/test/Dialect/OpenMP/invalid.mlir
M mlir/test/Dialect/OpenMP/ops.mlir
Log Message:
-----------
Adding masked operation to OpenMP Dialect (#96022)
Adding MLIR Op support for omp masked. Omp masked is introduced in 5.2
standard and allows a region to be executed by threads
specified by a programmer. This is achieved with the help of filter
clause which helps to specify thread id expected to execute the region.
Commit: 839ed1ba553346b0c225e9b839cf3cb716dc7412
https://github.com/llvm/llvm-project/commit/839ed1ba553346b0c225e9b839cf3cb716dc7412
Author: Aiden Grossman <aidengrossman at google.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M compiler-rt/include/profile/MemProfData.inc
Log Message:
-----------
[MemProf][compiler-rt] Update MemProfData preprocessor directives
This Memprof preprocessor directives have diverged at some point. This
patch fixes that by copying an additional include from the LLVM side to
the compiler-rt side so the two files are identical again.
Commit: 4762f3bab05768123e7fbf6a5408a2418c52e31c
https://github.com/llvm/llvm-project/commit/4762f3bab05768123e7fbf6a5408a2418c52e31c
Author: Elvis Wang <110374989+ElvisWang123 at users.noreply.github.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/RISCV/RISCVTargetTransformInfo.cpp
M llvm/test/Analysis/CostModel/RISCV/rvv-intrinsics.ll
M llvm/test/Transforms/VectorCombine/RISCV/vpintrin-scalarization.ll
Log Message:
-----------
[RISCV][TTI] Add cost of type based binOp VP intrinsics with functionalOPC. (#93435)
Intrinsics not supported in the backend will fall Into BasicTTIImpl,
which will check if the VP intrinsic is a type based instruction.
All type based instruction will fall into the
`getTypeBasedIntrinsicInstrCost()` which doesn't support instruction
with scalable vector type.
This patch adds the instruction cost for type based binOp VP intrinsic
instructions in the backend to get the valid instruction costs.
The cost of type based binOp VP intrinsics will be same as their non-VP
counterpart.
Commit: bfa762a5a59aa8bf64f589b36da24e427e8806c3
https://github.com/llvm/llvm-project/commit/bfa762a5a59aa8bf64f589b36da24e427e8806c3
Author: Bimo <rui.xu at intel.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M mlir/include/mlir/Dialect/Linalg/IR/LinalgNamedStructuredOps.yaml
M mlir/python/mlir/dialects/linalg/opdsl/ops/core_named_ops.py
M mlir/test/python/dialects/linalg/opdsl/test_core_named_ops.py
Log Message:
-----------
[MLIR][Python] fix class name of powf and negf in linalg (#97696)
The following logic can lead to a class name mismatch when using
`linalg.powf` in Python. This PR fixed the issue and also renamed
`NegfOp` to `NegFOp` in linalg to adhere to the naming convention, as
exemplified by `arith::NegFOp`.
https://github.com/llvm/llvm-project/blob/173514d58ec4e6166670f1e37a038df3865c8b96/mlir/python/mlir/dialects/linalg/opdsl/lang/dsl.py#L140-L143
```
# linalg.powf(arg0, arg1, outs=[init_result.result])
NotImplementedError: Unknown named op_name / op_class_name: powf / PowfOp
```
Commit: 8419da8bd4f8c21c452051e57220d495df4af2a0
https://github.com/llvm/llvm-project/commit/8419da8bd4f8c21c452051e57220d495df4af2a0
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/CodeGen/SelectionDAG.h
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
M llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
M llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
Log Message:
-----------
[SelectionDAG] Remove LegalTypes argument from getShiftAmountConstant. (#97653)
#97645 proposed to remove LegalTypes from getShiftAmountTy. This patches
removes it from getShiftAmountConstant which is one of the callers of
getShiftAmountTy.
Commit: f737865be2a115955880bb398b4bf61145db26a5
https://github.com/llvm/llvm-project/commit/f737865be2a115955880bb398b4bf61145db26a5
Author: Alexandre Ganea <alex_toresh at yahoo.fr>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/docs/ReleaseNotes.rst
M llvm/test/tools/llvm-config/paths.test
M llvm/tools/llvm-config/llvm-config.cpp
Log Message:
-----------
Revert "[llvm-config] Quote and escape paths if necessary (#97305)"
This reverts commit e8c94149d3ca12d4d02fb8de89981c68ffa278f3.
Commit: 33112cbf59d838d25a4bf2a8c539d1aceda191c7
https://github.com/llvm/llvm-project/commit/33112cbf59d838d25a4bf2a8c539d1aceda191c7
Author: Craig Topper <craig.topper at sifive.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
Log Message:
-----------
[DAGCombiner] Remove unnecessary assert from getShiftAmountTy wrapper. NFC
The same assert appears in the TargetLowering function.
Refine comment to describe as a convenience wrapper and leave it to
TargetLowering documentation to explain.
Commit: ffc459de7540eaf9bdbcb7b7cc2376fd7e9e7f11
https://github.com/llvm/llvm-project/commit/ffc459de7540eaf9bdbcb7b7cc2376fd7e9e7f11
Author: Yunzezhu94 <93851382+Yunzezhu94 at users.noreply.github.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
A llvm/test/CodeGen/RISCV/fold-binop-into-select-return-constant.ll
Log Message:
-----------
[RISCV] Add a check in lowerSELECT after foldBinOpIntoSelectIfProfitable (#97391)
In certain case foldBinOpIntoSelectIfProfitable may return a constant
node, the node will be lowered in lowerSELECT and lead to crash.
This patch fix the bug by adding an extra check before lowerSELECT that
do lowerSELECT as before when foldBinOpIntoSelectIfProfitable returns a
select node, and return the node directly when
foldBinOpIntoSelectIfProfitable returns a constant node.
Fixes https://github.com/llvm/llvm-project/issues/97390
Commit: 9e211744b82a72e08c137f75b1c671713e2891af
https://github.com/llvm/llvm-project/commit/9e211744b82a72e08c137f75b1c671713e2891af
Author: Youngsuk Kim <youngsuk.kim at hpe.com>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M clang/lib/InstallAPI/DiagnosticBuilderWrappers.cpp
M clang/unittests/Frontend/CompilerInstanceTest.cpp
M clang/unittests/Tooling/LexicallyOrderedRecursiveASTVisitorTest.cpp
M clang/utils/TableGen/ClangAttrEmitter.cpp
Log Message:
-----------
[clang] Avoid 'raw_string_ostream::str' (NFC)
Since `raw_string_ostream` doesn't own the string buffer, it is
desirable (in terms of memory safety) for users to directly reference
the string buffer rather than use `raw_string_ostream::str()`.
Work towards TODO item to remove `raw_string_ostream::str()`.
Commit: 23aff11e9c345fb0ba501a1751997baae15f3b52
https://github.com/llvm/llvm-project/commit/23aff11e9c345fb0ba501a1751997baae15f3b52
Author: Pengcheng Wang <wangpengcheng.pp at bytedance.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/RISCV/RISCVFeatures.td
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
A llvm/test/CodeGen/RISCV/convert-highly-predictable-select-to-branch.ll
Log Message:
-----------
[RISCV] Add FeaturePredictableSelectIsExpensive
This information is used in CGP/SelectOpt to decide when to convert
selects into branches.
Reviewers: dtcxzyw, mgudim, asb, preames, topperc, lukel97
Reviewed By: dtcxzyw, topperc, lukel97
Pull Request: https://github.com/llvm/llvm-project/pull/97708
Commit: db782b44b3471c0ab41950c3f79d0ea7b916c135
https://github.com/llvm/llvm-project/commit/db782b44b3471c0ab41950c3f79d0ea7b916c135
Author: Luke Lau <luke at igalia.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/RISCV/RISCVInsertVSETVLI.cpp
M llvm/test/CodeGen/RISCV/rvv/vsetvli-insert-crossbb.ll
M llvm/test/CodeGen/RISCV/rvv/vsetvli-insert-crossbb.mir
M llvm/test/Transforms/LoopStrengthReduce/RISCV/lsr-drop-solution.ll
Log Message:
-----------
[RISCV] Don't forward AVL in VSETVLIInfo if it would clobber other definitions (#97264)
This fixes a crash found when compiling OpenBLAS with -mllvm
-verify-machineinstrs.
When we "forward" the AVL from the output of a vsetvli, we might have to
extend the LiveInterval of the AVL to where insert the new vsetvli.
Most of the time we are able to extend the LiveInterval because there's
only one val num (definition) for the register. But PHI elimination can
assign multiple values to the same register, in which case we end up
clobbering a different val num when extending:
%x = PseudoVSETVLI %avl, ...
%avl = ADDI ...
%v = PseudoVADD ..., avl=%x
; %avl is forwarded to PseudoVADD:
%x = PseudoVSETVLI %avl, ...
%avl = ADDI ...
%v = PseudoVADD ..., avl=%avl
Here there's no way to extend the %avl from the vsetvli since %avl is
redefined, i.e. we have two val nums.
This fixes it by only forwarding it when we have exactly one val num,
where it should be safe to extend it.
Commit: c7ee20433c43e45658031a340e221097a32a469f
https://github.com/llvm/llvm-project/commit/c7ee20433c43e45658031a340e221097a32a469f
Author: Sushant Gokhale <sgokhale at nvidia.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/CodeGen/CGOpenMPRuntime.cpp
M clang/test/OpenMP/declare_mapper_codegen.cpp
M clang/test/OpenMP/target_enter_data_codegen.cpp
M clang/test/OpenMP/target_exit_data_codegen.cpp
M clang/test/OpenMP/target_update_codegen.cpp
M llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
M llvm/test/Transforms/OpenMP/add_attributes.ll
Log Message:
-----------
[OpenMP] Fix stack corruption due to argument mismatch (#96386)
While lowering (#pragma omp target update from), clang's generated
.omp_task_entry. is setting up 9 arguments while calling
__tgt_target_data_update_nowait_mapper.
At the same time, in __tgt_target_data_update_nowait_mapper, call to
targetData<TaskAsyncInfoWrapperTy>() is converted to a sibcall assuming
it has the argument count listed in the signature.
AARCH64 asm sequence for this is as follows (removed unrelated insns):
`
.omp_task_entry..108:
sub sp, sp, #32
stp x29, x30, sp, #16 // 16-byte Folded Spill
add x29, sp, #16
str x8, sp, #8. // stack canary
str xzr, [sp]
bl __tgt_target_data_update_nowait_mapper
__tgt_target_data_update_nowait_mapper:
sub sp, sp, #32
stp x29, x30, sp, #16 // 16-byte Folded Spill
add x29, sp, #16
str x8, sp, #8 // stack canary
// Sibcall argument setup
adrp x8,
:got:_Z16targetDataUpdateP7ident_tR8DeviceTyiPPvS4_PlS5_S4_S4_R11AsyncInfoTyb
ldr x8, [x8,
:got_lo12:_Z16targetDataUpdateP7ident_tR8DeviceTyiPPvS4_PlS5_S4_S4_R11AsyncInfoTyb]
stp x9, x8, x29, #16
adrp x8, .L.str.8
add x8, x8, :lo12:.L.str.8
str x8, x29, #32. <==. This is the insn that erases $fp
ldp x29, x30, sp, #16 // 16-byte Folded Reload
add sp, sp, #32
// Sibcall
b
ZL10targetDataI22TaskAsyncInfoWrapperTyEvP7ident_tliPPvS4_PlS5_S4_S4_PFiS2_R8DeviceTyiS4_S4_S5_S5_S4_S4_R11AsyncInfoTybEPKcSD
`
On AArch64, call to __tgt_target_data_update_nowait_mapper in
.omp_task_entry. sets up only single space on stack and this results in
ovewriting $fp and subsequent stack corruption. This issue can be
credited to discrepancy of __tgt_target_data_update_nowait_mapper
signature in openmp/libomptarget/include/omptarget.h taking 13 arguments
while clang/lib/CodeGen/CGOpenMPRuntime.cpp and
llvm/include/llvm/Frontend/OpenMP/OMPKinds.def taking only 9 arguments.
This patch modifies __tgt_target_data_update_nowait_mapper signature to
match .omp_task_entry usage(and other 2 files mentioned above).
Co-authored-by: Kugan Vivekanandarajah <kvivekananda at nvidia.com>
Commit: 5ce141f7af7ba6a42dac41562fb06160a7863b59
https://github.com/llvm/llvm-project/commit/5ce141f7af7ba6a42dac41562fb06160a7863b59
Author: Serge Pavlov <sepavloff at gmail.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/tools/llvm-symbolizer/get-input-file.test
M llvm/tools/llvm-symbolizer/llvm-symbolizer.cpp
Log Message:
-----------
[symbolizer] Empty string is not an error (#97781)
This is recommit of llvm/llvm-project#92660, reverted in
llvm/llvm-project#94424.
Original commit message is below.
After commit
https://github.com/llvm/llvm-project/commit/1792852f86dc75efa1f44d46b1a0daf386d64afa
([symbolizer] Change reaction on invalid input) llvm-symbolizer issues
an error on malformed command instead of echoing it to the standard
output, as in previous versions. It turns out this behavior broke a use
case when echoing was used to check if llvm-symbolizer is working
(https://github.com/llvm/llvm-project/commit/1792852f86dc75efa1f44d46b1a0daf386d64afa#commitcomment-142161925).
With this change an empty line as input is not considered as an error
anymore and does not produce any output on stderr. llvm-symbolizer still
respond on empty line with line not found, this is consistent with GNU
addr2line.
Commit: a3ba6a7f972dee85cc073bb4c98bd074e9c276d6
https://github.com/llvm/llvm-project/commit/a3ba6a7f972dee85cc073bb4c98bd074e9c276d6
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/MC/MCAssembler.h
M llvm/lib/MC/MachObjectWriter.cpp
Log Message:
-----------
[MC,MachO] Simplify IndirectSybols
Commit: d2dd4b55e67e333d9253abeeacac5d3de1a094db
https://github.com/llvm/llvm-project/commit/d2dd4b55e67e333d9253abeeacac5d3de1a094db
Author: Mark de Wever <koraq at xs4all.nl>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
A libcxx/test/libcxx/feature_test_macro/implemented_ftms.sh.py
A libcxx/test/libcxx/feature_test_macro/invalid.sh.py
A libcxx/test/libcxx/feature_test_macro/standard_ftms.sh.py
A libcxx/test/libcxx/feature_test_macro/std_dialects.sh.py
A libcxx/test/libcxx/feature_test_macro/test_data.json
M libcxx/utils/generate_feature_test_macro_components.py
Log Message:
-----------
[libc++] Adds a new feature-test macro generator class. (#90889)
The new feature-test macro generator uses a JSON file as input.
Separating the
code from the data allows for testing the code. The generator has
several tests.
This JSON format is based on the new format proposed in #88630
At the moment the FTM script has the existing code and an unused new
generator. Followup patches will complete the generator and convert the
existing
Python `dict` to the new JSON format. Since that conversion is a manual
job and
quite a bit of work the transition path has some unused code for some
time.
Commit: 1d4d92d1cc98f22259aded4c3f29c67e7686ee30
https://github.com/llvm/llvm-project/commit/1d4d92d1cc98f22259aded4c3f29c67e7686ee30
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/MC/MCAssembler.h
M llvm/include/llvm/MC/MCMachObjectWriter.h
M llvm/lib/MC/MCAssembler.cpp
M llvm/lib/MC/MCMachOStreamer.cpp
M llvm/lib/MC/MachObjectWriter.cpp
Log Message:
-----------
[MC] Move MCAssembler::IndirectSymbols to MachObjectWriter
Commit: 7c4dbad550cfed8c501fb82ad0883542ac989b35
https://github.com/llvm/llvm-project/commit/7c4dbad550cfed8c501fb82ad0883542ac989b35
Author: Shan Huang <52285902006 at stu.ecnu.edu.cn>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Scalar/SimplifyCFGPass.cpp
A llvm/test/Transforms/SimplifyCFG/preserving-debugloc-br.ll
Log Message:
-----------
[DebugInfo][SimplifyCFGPass] Fix the missing debug location update for the new br instruction (#97389)
Fix #97388 .
Commit: 093aaca2b0ad23ded5dcb45e8f837ffb7b21ffb3
https://github.com/llvm/llvm-project/commit/093aaca2b0ad23ded5dcb45e8f837ffb7b21ffb3
Author: Endre Fülöp <endre.fulop at sigmatechnology.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
A clang/docs/analyzer/images/analyzer_html.png
A clang/docs/analyzer/images/analyzer_xcode.png
A clang/docs/analyzer/images/scan_build_cmd.png
M clang/docs/analyzer/user-docs.rst
A clang/docs/analyzer/user-docs/CommandLineUsage.rst
A clang/docs/analyzer/user-docs/FilingBugs.rst
A clang/docs/analyzer/user-docs/Installation.rst
A clang/docs/analyzer/user-docs/UsingWithXCode.rst
M clang/www/analyzer/codechecker.html
M clang/www/analyzer/command-line.html
M clang/www/analyzer/filing_bugs.html
M clang/www/analyzer/index.html
M clang/www/analyzer/installation.html
R clang/www/analyzer/latest_checker.html.incl
M clang/www/analyzer/scan-build.html
M clang/www/analyzer/xcode.html
Log Message:
-----------
[clang][analyzer][doc] Migrate user-related docs from HTML to RST (#97034)
User documentation currently found at https://clang-analyzer.llvm.org is migrated to RST format.
This commit migrates all the relevant content, including suspicious or even clearly outdated parts. These issues will be cleaned up in separate follow-up commits (where the diff is not obscured by the format change). However, a few typos are fixed, and some parts (availability of binary releases, integration with XCode) are marked (with [Legacy] tags) to highlight that they are outdated.
The primary motivation for this change is to update the facts in the docs and make them discoverable from the RST-generated doc-tree as well (many subpages are not accessible at all, as the menu generation for the HTML-based page is not working at all).
This commit migrates all the relevant content, including parts that are
suspicious or even clearly outdated. These issues will be cleaned up in
separate follow-up commits (where the diff is not obscured by the format
change). However, a few typos are fixed and some parts (availability of
binary releases, integration with XCode) are marked (with [Legacy] tags)
to highlight that they are outdated.
The primary motivation for this change is to update the facts in the
docs and make them discoverable from the RST-generated doc-tree as well
(many subpages are not accessible **at all**, as the menu generation for
the HTML based page is not working at all).
Commit: 009082aa4b20462d46c885d5abc9320a887f1932
https://github.com/llvm/llvm-project/commit/009082aa4b20462d46c885d5abc9320a887f1932
Author: Fangrui Song <i at maskray.me>
Date: 2024-07-04 (Thu, 04 Jul 2024)
Changed paths:
M llvm/include/llvm/MC/MCAssembler.h
M llvm/include/llvm/MC/MCMachObjectWriter.h
M llvm/lib/MC/MCAssembler.cpp
M llvm/lib/MC/MCMachOStreamer.cpp
M llvm/lib/MC/MachObjectWriter.cpp
Log Message:
-----------
[MC] Move MCAssembler::DataRegions to MachObjectWriter
and make some cleanup.
Commit: 74984dee51307779a3eab10a8cd6102be37e1081
https://github.com/llvm/llvm-project/commit/74984dee51307779a3eab10a8cd6102be37e1081
Author: Shengchen Kan <shengchen.kan at intel.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
M llvm/test/CodeGen/X86/apx/cf.ll
Log Message:
-----------
[X86][CodeGen] Convert masked.load/store to CLOAD/CSTORE node only when vector size = 1
This fixes the crash when building llvm-test-suite with avx512f + cf.
Commit: c60b9307d003517ba8813eebc20d4a01fcbbda5c
https://github.com/llvm/llvm-project/commit/c60b9307d003517ba8813eebc20d4a01fcbbda5c
Author: Shengchen Kan <shengchen.kan at intel.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
M llvm/test/CodeGen/X86/apx/cf.ll
Log Message:
-----------
Revert "[X86][CodeGen] Convert masked.load/store to CLOAD/CSTORE node only when vector size = 1"
This reverts commit 74984dee51307779a3eab10a8cd6102be37e1081.
It caused AArch64 test sve-nontemporal-masked-ldst.ll to fail.
Commit: eb7ebd51ecfdbf541044761851dd2007368d710f
https://github.com/llvm/llvm-project/commit/eb7ebd51ecfdbf541044761851dd2007368d710f
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/tools/llvm-cov/CodeCoverage.cpp
M llvm/tools/llvm-cov/SourceCoverageView.cpp
M llvm/tools/llvm-cov/SourceCoverageView.h
Log Message:
-----------
[llvm-cov] Remove View member from MCDCView and BranchView (#97734)
These were never actually used, and the way they were constructed
doesn't really make sense.
Fixes https://github.com/llvm/llvm-project/issues/93798.
Commit: 8101cbff77aca47ee3c7de8e43d0546057ff2ee6
https://github.com/llvm/llvm-project/commit/8101cbff77aca47ee3c7de8e43d0546057ff2ee6
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M openmp/libompd/src/TargetValue.h
Log Message:
-----------
[ompd] Fix strict aliasing violation in TargetValue::getValue() (#97739)
For the case where baseTypeSize does not match the size of T, read the
value into a separate char buffer first. This avoids accessing buf using
two different types.
Fixes https://github.com/llvm/llvm-project/issues/94616.
Commit: d6df01870a24cc707c724849b346111959413363
https://github.com/llvm/llvm-project/commit/d6df01870a24cc707c724849b346111959413363
Author: Finlay <finlay.marno at codeplay.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M mlir/include/mlir/Dialect/LLVMIR/LLVMOps.td
M mlir/lib/Target/LLVMIR/ModuleImport.cpp
M mlir/lib/Target/LLVMIR/ModuleTranslation.cpp
M mlir/test/Dialect/LLVMIR/func.mlir
M mlir/test/Target/LLVMIR/Import/function-attributes.ll
M mlir/test/Target/LLVMIR/llvmir.mlir
Log Message:
-----------
[MLIR] Add the convergent attribute to LLVM Dialect (#97709)
In order to use the convergent attribute in the GPUToLLVMSPV pass, I've
added the attribute to the LLVM dialect.
Some details on the convergent attribute
https://llvm.org/docs/ConvergentOperations.html#convergent-operations
Commit: a14a53e11b07ea6ab9517d7811bb4e23e9874f2b
https://github.com/llvm/llvm-project/commit/a14a53e11b07ea6ab9517d7811bb4e23e9874f2b
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M openmp/libompd/test/CMakeLists.txt
Log Message:
-----------
[openmp] Add ompdModule dependency to check-ompd (#97736)
ompdModule is required by the gdb plugin. Ran into this when trying to
run check-ompd without explicitly building openmp first.
Commit: 27bb2a36401b89fdce68e0e427493d645c42a218
https://github.com/llvm/llvm-project/commit/27bb2a36401b89fdce68e0e427493d645c42a218
Author: Nikhil Kalra <1368497+nikalra at users.noreply.github.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M mlir/include/mlir/Pass/PassOptions.h
M mlir/lib/Pass/PassRegistry.cpp
M mlir/test/Pass/pipeline-options-parsing.mlir
Log Message:
-----------
[mlir][Pass] Handle escaped pipline option values (#97667)
The PassRegistry parser properly handles escape tokens (', ", {}) when
parsing pass options from string but then does not strip the escape
tokens when providing the values back to the caller.
This change updates the parser such that escape tokens are properly
removed and whitespace is trimmed when extracting option values.
Commit: a48305e0f9753bc24d9db93b2b0b5a91f10e83dc
https://github.com/llvm/llvm-project/commit/a48305e0f9753bc24d9db93b2b0b5a91f10e83dc
Author: Shengchen Kan <shengchen.kan at intel.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
M llvm/lib/Target/X86/X86TargetTransformInfo.cpp
M llvm/test/CodeGen/X86/apx/cf.ll
Log Message:
-----------
[X86][CodeGen] Convert masked.load/store to CLOAD/CSTORE node only when vector size = 1
This fixes the crash when building llvm-test-suite with avx512f + cf.
Commit: daaea128bb84f8ed7b9de36aa3a51f33b775c05a
https://github.com/llvm/llvm-project/commit/daaea128bb84f8ed7b9de36aa3a51f33b775c05a
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Utils/PromoteMemoryToRegister.cpp
Log Message:
-----------
[Mem2Reg] Always allow single-store optimization for dominating stores
In #97711 the single-store optimization was disabled for the case
where the value is potentially poison, as this may produce incorrect
results for loads of uninitialized memory.
However, this resulted in compile-time regressions. Address these
by still allowing the single-store optimization to occur in cases
where the store dominates the load, as we know that such a load
will always read initialized memory.
Commit: b3fa2a691ff7d5a85bc31fb428cd58d68bfecd10
https://github.com/llvm/llvm-project/commit/b3fa2a691ff7d5a85bc31fb428cd58d68bfecd10
Author: Kelvin Lee <kiyolee at gmail.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M lldb/source/Plugins/Process/FreeBSD/NativeRegisterContextFreeBSD_x86_64.h
Log Message:
-----------
[lldb][FreeBSD] Fix NativeRegisterContextFreeBSD_x86_64() declaration (#97796)
Supposingly this is a typo.
Commit: e4b28420f677207cbb81683396d1aba00fb9ab80
https://github.com/llvm/llvm-project/commit/e4b28420f677207cbb81683396d1aba00fb9ab80
Author: Luke Lau <luke at igalia.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
A llvm/test/CodeGen/RISCV/rvv/known-never-zero.ll
Log Message:
-----------
[SelectionDAG] Handle VSCALE in isKnownNeverZero (#97789)
VSCALE is by definition greater than zero, but this checks it via
getVScaleRange anyway.
The motivation for this is to be able to check if the EVL for a VP
strided load is non-zero in #97394.
I added the tests to the RISC-V backend since the existing X86
known-never-zero.ll test crashed when trying to lower vscale for the
+sse2 RUN line.
Commit: b546096d943fcf9e1166e6b4315e85a2aa6e76b6
https://github.com/llvm/llvm-project/commit/b546096d943fcf9e1166e6b4315e85a2aa6e76b6
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/VectorCombine.cpp
M llvm/test/Transforms/PhaseOrdering/X86/blendv-select.ll
Log Message:
-----------
[VectorCombine] foldShuffleToIdentity - handle bitcasts with equal element counts (#97731)
Basic initial patch for #96884 that just handles case where we bitcast between float/integers of the same element width
Commit: 99d6c6d936573d209f29c3cc6749eaf59912bd2a
https://github.com/llvm/llvm-project/commit/99d6c6d936573d209f29c3cc6749eaf59912bd2a
Author: Florian Hahn <flo at fhahn.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
M llvm/lib/Transforms/Vectorize/VPlan.cpp
M llvm/lib/Transforms/Vectorize/VPlan.h
M llvm/lib/Transforms/Vectorize/VPlanRecipes.cpp
M llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
M llvm/lib/Transforms/Vectorize/VPlanVerifier.cpp
M llvm/test/Transforms/LoopVectorize/AArch64/first-order-recurrence-fold-tail.ll
M llvm/test/Transforms/LoopVectorize/AArch64/fixed-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/AArch64/induction-costs.ll
M llvm/test/Transforms/LoopVectorize/AArch64/interleaving-reduction.ll
M llvm/test/Transforms/LoopVectorize/AArch64/loop-vectorization-factors.ll
M llvm/test/Transforms/LoopVectorize/AArch64/masked-call.ll
M llvm/test/Transforms/LoopVectorize/AArch64/pr73894.ll
M llvm/test/Transforms/LoopVectorize/AArch64/reduction-recurrence-costs-sve.ll
M llvm/test/Transforms/LoopVectorize/AArch64/scalable-reduction-inloop-cond.ll
M llvm/test/Transforms/LoopVectorize/AArch64/scalable-strict-fadd.ll
M llvm/test/Transforms/LoopVectorize/AArch64/streaming-compatible-sve-no-maximize-bandwidth.ll
M llvm/test/Transforms/LoopVectorize/AArch64/strict-fadd.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-epilog-vect-inloop-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-epilog-vect-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-epilog-vect-strict-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-interleaved-accesses.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-select-cmp.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-tail-folding-option.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-tail-folding-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-widen-phi.ll
M llvm/test/Transforms/LoopVectorize/AArch64/synthesize-mask-for-call.ll
M llvm/test/Transforms/LoopVectorize/AArch64/widen-call-with-intrinsic-or-libfunc.ll
M llvm/test/Transforms/LoopVectorize/ARM/mve-reduction-predselect.ll
M llvm/test/Transforms/LoopVectorize/ARM/mve-reduction-types.ll
M llvm/test/Transforms/LoopVectorize/ARM/mve-selectandorcost.ll
M llvm/test/Transforms/LoopVectorize/ARM/sphinx.ll
M llvm/test/Transforms/LoopVectorize/ARM/tail-fold-multiple-icmps.ll
M llvm/test/Transforms/LoopVectorize/ARM/tail-folding-not-allowed.ll
M llvm/test/Transforms/LoopVectorize/PowerPC/exit-branch-cost.ll
M llvm/test/Transforms/LoopVectorize/RISCV/defaults.ll
M llvm/test/Transforms/LoopVectorize/RISCV/first-order-recurrence-scalable-vf1.ll
M llvm/test/Transforms/LoopVectorize/RISCV/inloop-reduction.ll
M llvm/test/Transforms/LoopVectorize/RISCV/ordered-reduction.ll
M llvm/test/Transforms/LoopVectorize/RISCV/riscv-vector-reverse.ll
M llvm/test/Transforms/LoopVectorize/RISCV/scalable-basics.ll
M llvm/test/Transforms/LoopVectorize/RISCV/scalable-tailfold.ll
M llvm/test/Transforms/LoopVectorize/RISCV/select-cmp-reduction.ll
M llvm/test/Transforms/LoopVectorize/SystemZ/predicated-first-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/X86/cost-model.ll
M llvm/test/Transforms/LoopVectorize/X86/fixed-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/X86/imprecise-through-phis.ll
M llvm/test/Transforms/LoopVectorize/X86/induction-costs.ll
M llvm/test/Transforms/LoopVectorize/X86/invariant-store-vectorization.ll
M llvm/test/Transforms/LoopVectorize/X86/load-deref-pred.ll
M llvm/test/Transforms/LoopVectorize/X86/pr72969.ll
M llvm/test/Transforms/LoopVectorize/X86/reduction-fastmath.ll
M llvm/test/Transforms/LoopVectorize/X86/strided_load_cost.ll
M llvm/test/Transforms/LoopVectorize/X86/tail_loop_folding.ll
M llvm/test/Transforms/LoopVectorize/X86/uniform_mem_op.ll
M llvm/test/Transforms/LoopVectorize/X86/x86-predication.ll
M llvm/test/Transforms/LoopVectorize/branch-weights.ll
M llvm/test/Transforms/LoopVectorize/dead_instructions.ll
M llvm/test/Transforms/LoopVectorize/epilog-vectorization-any-of-reductions.ll
M llvm/test/Transforms/LoopVectorize/epilog-vectorization-reductions.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-chains-vplan.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-chains.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-complex.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-multiply-recurrences.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-sink-replicate-region.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/fix-reduction-dbg.ll
M llvm/test/Transforms/LoopVectorize/float-minmax-instruction-flag.ll
M llvm/test/Transforms/LoopVectorize/if-pred-non-void.ll
M llvm/test/Transforms/LoopVectorize/if-pred-stores.ll
M llvm/test/Transforms/LoopVectorize/induction.ll
M llvm/test/Transforms/LoopVectorize/interleave-and-scalarize-only.ll
M llvm/test/Transforms/LoopVectorize/interleaved-accesses.ll
M llvm/test/Transforms/LoopVectorize/invariant-store-vectorization-2.ll
M llvm/test/Transforms/LoopVectorize/invariant-store-vectorization.ll
M llvm/test/Transforms/LoopVectorize/load-deref-pred-align.ll
M llvm/test/Transforms/LoopVectorize/loop-form.ll
M llvm/test/Transforms/LoopVectorize/pr51614-fold-tail-by-masking.ll
M llvm/test/Transforms/LoopVectorize/pr55167-fold-tail-live-out.ll
M llvm/test/Transforms/LoopVectorize/pr59319-loop-access-info-invalidation.ll
M llvm/test/Transforms/LoopVectorize/reduction-align.ll
M llvm/test/Transforms/LoopVectorize/reduction-inloop-cond.ll
M llvm/test/Transforms/LoopVectorize/reduction-odd-interleave-counts.ll
M llvm/test/Transforms/LoopVectorize/reduction-small-size.ll
M llvm/test/Transforms/LoopVectorize/reduction.ll
M llvm/test/Transforms/LoopVectorize/scalable-reduction-inloop.ll
M llvm/test/Transforms/LoopVectorize/select-cmp-predicated.ll
M llvm/test/Transforms/LoopVectorize/select-cmp.ll
M llvm/test/Transforms/LoopVectorize/select-reduction-start-value-may-be-undef-or-poison.ll
M llvm/test/Transforms/LoopVectorize/select-reduction.ll
M llvm/test/Transforms/LoopVectorize/store-reduction-results-in-tail-folded-loop.ll
M llvm/test/Transforms/LoopVectorize/strict-fadd-interleave-only.ll
M llvm/test/Transforms/LoopVectorize/trunc-reductions.ll
M llvm/test/Transforms/LoopVectorize/vplan-iv-transforms.ll
M llvm/test/Transforms/LoopVectorize/vplan-printing-before-execute.ll
M llvm/test/Transforms/LoopVectorize/vplan-printing-outer-loop.ll
M llvm/test/Transforms/LoopVectorize/vplan-printing.ll
M llvm/test/Transforms/LoopVectorize/vplan-sink-scalars-and-merge-vf1.ll
M llvm/test/Transforms/LoopVectorize/vplan-sink-scalars-and-merge.ll
M llvm/test/Transforms/PhaseOrdering/AArch64/hoist-runtime-checks.ll
M llvm/test/Transforms/PhaseOrdering/X86/hoist-load-of-baseptr.ll
M llvm/unittests/Transforms/Vectorize/VPlanHCFGTest.cpp
M llvm/unittests/Transforms/Vectorize/VPlanTestBase.h
Log Message:
-----------
[VPlan] Model branch cond to enter scalar epilogue in VPlan. (#92651)
This patch moves branch condition creation to enter the scalar epilogue
loop to VPlan. Modeling the branch in the middle block also requires
modeling the successor blocks. This is done using the recently
introduced VPIRBasicBlock.
Note that the middle.block is still created as part of the skeleton and
then patched in during VPlan execution. Unfortunately the skeleton needs
to create the middle.block early on, as it is also used for induction
resume value creation and is also needed to properly update the
dominator tree during skeleton creation.
After this patch lands, I plan to move induction resume value and phi
node creation in the scalar preheader to VPlan. Once that is done, we
should be able to create the middle.block in VPlan directly.
This is a re-worked version based on the earlier
https://reviews.llvm.org/D150398 and the main change is the use of
VPIRBasicBlock.
Depends on https://github.com/llvm/llvm-project/pull/92525
PR: https://github.com/llvm/llvm-project/pull/92651
Commit: 2d0c4c363b4b39014b469c30234cf06894e06d6a
https://github.com/llvm/llvm-project/commit/2d0c4c363b4b39014b469c30234cf06894e06d6a
Author: Sergio Afonso <safonsof at amd.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M flang/lib/Lower/OpenMP/OpenMP.cpp
Log Message:
-----------
[Flang][OpenMP] Remove unused OpWithBodyGenInfo attributes (#97572)
This patch removes the `outerCombined`, `reductionSymbols` and
`reductionTypes` attributes from the `OpWithBodyGenInfo` structure and
their uses, as they never impact the lowering process or its output.
The `outerCombined` variable is always set to `false`, so in practice it
doesn't represent what its name indicates. Furthermore, initializing it
correctly can result in privatization not being performed in cases where
it should (at least tests doing this together with composite construct
support pointed me in that direction). It seems to be tied to the early
privatization approach, where a redundant alloca could possibly be
avoided in certain cases. With the transition to delayed privatization,
it seems like it won't serve that purpose anymore, since the decision of
what and where privatization-related allocations are inserted will be
postponed to the MLIR to LLVM IR translation stage. Since this feature
is already currently not being used, its potential benefit appears to be
minor and it won't make sense to do once the delayed privatization
approach is rolled out, I propose removing it.
The `reductionSymbols` and `reductionTypes` variables are set in certain
cases but never used. Unless there's a plan where these will be needed,
in which case it would be a better alternative to document it, I believe
we should also remove them.
Commit: 5aacf93a8968b1ae83382ed0ce6de8279b0cd753
https://github.com/llvm/llvm-project/commit/5aacf93a8968b1ae83382ed0ce6de8279b0cd753
Author: Nikolas Klauser <nikolasklauser at berlin.de>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M libcxx/include/cmath
M libcxx/include/complex
M libcxx/src/CMakeLists.txt
A libcxx/src/support/win32/compiler_rt_shims.cpp
M libcxx/test/std/numerics/complex.number/complex.member.ops/divide_equal_complex.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.ops/complex_divide_complex.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.ops/complex_times_complex.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.ops/scalar_divide_complex.pass.cpp
A libcxx/test/support/floating_pointer_helpers.h
Log Message:
-----------
[libc++] Use _Complex for multiplication and division of complex floating point types (#83575)
This significantly simplifies the implementation and improves the
codegen. The only downside is that the accuracy can be marginally worse,
but that is up to the compiler to decide with this change, which means
it can be controlled by compiler flags.
Differential Revision: https://reviews.llvm.org/D155312
Commit: fbd736062e043d34cddd6031b4ee93954d4bf199
https://github.com/llvm/llvm-project/commit/fbd736062e043d34cddd6031b4ee93954d4bf199
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Compiler.cpp
Log Message:
-----------
[clang][Interp] Short-cirtuit Move/Copy constructors if we can
Commit: 928fde3f43f835c217e5d04dc469942fae7473a9
https://github.com/llvm/llvm-project/commit/928fde3f43f835c217e5d04dc469942fae7473a9
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/CodeGen/X86/is_fpclass-fp80.ll
Log Message:
-----------
[X86] is_fpclass-fp80.ll - regenerate with standard X86/X64 prefixes
Add nounwind to reduce cfi noise
Commit: 3d2961b17f1927c0cd116f0857f42c3669cfa9e7
https://github.com/llvm/llvm-project/commit/3d2961b17f1927c0cd116f0857f42c3669cfa9e7
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/CodeGen/X86/zero-remat.ll
Log Message:
-----------
[X86] zero-remat.ll - regenerate with standard X86/X64 prefixes
Commit: 03000f09c1c01f85d62b9d27cd269566ccea1dec
https://github.com/llvm/llvm-project/commit/03000f09c1c01f85d62b9d27cd269566ccea1dec
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/CodeGen/X86/fp-strict-scalar-cmp-fp16.ll
Log Message:
-----------
[X86] fp-strict-scalar-cmp-fp16.ll - regenerate with standard X86/X64 prefixes
Commit: 0fbb3201c8c4dfdf5c9c2f5cf15449d1c4355f8d
https://github.com/llvm/llvm-project/commit/0fbb3201c8c4dfdf5c9c2f5cf15449d1c4355f8d
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/CodeGen/X86/csr-split.ll
Log Message:
-----------
[X86] csr-split.ll - regenerate with standard X86/X64 prefixes
Commit: 720b958953d1dd34c8e3a52588ab26c52edfc2a6
https://github.com/llvm/llvm-project/commit/720b958953d1dd34c8e3a52588ab26c52edfc2a6
Author: Sergio Afonso <safonsof at amd.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M flang/lib/Lower/OpenMP/OpenMP.cpp
Log Message:
-----------
[Flang][OpenMP] NFC: Share DataSharingProcessor creation logic for all loop directives (#97565)
This patch moves the logic associated with the creation of a
`DataSharingProcessor` instance for loop-associated OpenMP leaf
constructs to the `genOMPDispatch` function, avoiding code duplication
for standalone and composite loop constructs.
This also prevents privatization-related allocations to be later made
inside of loop wrappers when support for composite constructs is
implemented.
Commit: 6fbd26b147ab93da4d0689ea2f6ff73cc9859cb8
https://github.com/llvm/llvm-project/commit/6fbd26b147ab93da4d0689ea2f6ff73cc9859cb8
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/EvalEmitter.cpp
M clang/lib/AST/Interp/EvaluationResult.cpp
M clang/lib/AST/Interp/EvaluationResult.h
M clang/lib/AST/Interp/Interp.h
M clang/lib/AST/Interp/Pointer.cpp
M clang/lib/AST/Interp/Pointer.h
Log Message:
-----------
[clang][Interp] Add QualType parameter to Pointer::toRValue
This fixes the crash from #97302, but exposes an underlying problem.
Commit: cc53b953acebfe47504bfd1af1f71b5906a974bf
https://github.com/llvm/llvm-project/commit/cc53b953acebfe47504bfd1af1f71b5906a974bf
Author: Anatoly Trosinenko <atrosinenko at accesssoftek.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/AArch64/AArch64.h
M llvm/lib/Target/AArch64/AArch64SLSHardening.cpp
M llvm/lib/Target/AArch64/AArch64TargetMachine.cpp
M llvm/test/CodeGen/AArch64/O0-pipeline.ll
M llvm/test/CodeGen/AArch64/O3-pipeline.ll
M llvm/test/CodeGen/AArch64/arm64-opt-remarks-lazy-bfi.ll
M llvm/test/CodeGen/AArch64/speculation-hardening-sls-blr-bti.mir
M llvm/test/CodeGen/AArch64/speculation-hardening-sls-blr.mir
Log Message:
-----------
[AArch64] When hardening against SLS, only create called thunks (#97472)
In preparation for implementing hardening of BLRA* instructions,
restrict thunk function generation to only the thunks being actually
called from any function. As described in the existing comments,
emitting all possible thunks for BLRAA and BLRAB instructions would mean
adding about 1800 functions in total, most of which are likely not to be
called.
This commit merges AArch64SLSHardening class into SLSBLRThunkInserter,
so thunks can be created as needed while rewriting a machine function.
The usages of TII, TRI and ST fields of AArch64SLSHardening class are
replaced with requesting them in-place, as ThunkInserter assumes
multiple "entry points" in contrast to the only runOnMachineFunction
method of AArch64SLSHardening.
The runOnMachineFunction method essentially replaces pre-existing
insertThunks implementation as there is no more need to insert all
possible thunks unconditionally. Instead, thunks are created on first
use from inside of insertThunks method.
Commit: f926e19aa9c0bdca3f05322e1b62562a9a3a05e2
https://github.com/llvm/llvm-project/commit/f926e19aa9c0bdca3f05322e1b62562a9a3a05e2
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Compiler.cpp
M clang/lib/AST/Interp/Compiler.h
M clang/lib/AST/Interp/EvalEmitter.cpp
M clang/lib/AST/Interp/Pointer.h
M clang/test/AST/Interp/records.cpp
Log Message:
-----------
Reapply "[clang][Interp] Fix init chain in local initializers"
This reverts commit 2dda8a2650927e4b0fbb459507684455e196d9a9.
Commit: 8ec9840610262b62a7dbb7dcf7056f4b97fd5ca9
https://github.com/llvm/llvm-project/commit/8ec9840610262b62a7dbb7dcf7056f4b97fd5ca9
Author: Pengcheng Wang <wangpengcheng.pp at bytedance.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/include/llvm/CodeGen/MachineTraceMetrics.h
Log Message:
-----------
[CodeGen] Add dump() to MachineTraceMetrics.h
To enhance debugging.
Reviewers: arsenm, goldsteinn, RKSimon, dtcxzyw, asi-sc
Reviewed By: dtcxzyw, RKSimon
Pull Request: https://github.com/llvm/llvm-project/pull/97799
Commit: eedc2c8cb25130b7177170a82288dec8cb83e301
https://github.com/llvm/llvm-project/commit/eedc2c8cb25130b7177170a82288dec8cb83e301
Author: Florian Hahn <flo at fhahn.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
Log Message:
-----------
[LV] Remove now obsolete DT updates of scalar exit block.
Remove manual DT updates of scalar exit blocks during legacy skeleton
creation, as they are not needed after 99d6c6d9365.
This fixes DT verification failures with expensive checks, including
https://lab.llvm.org/buildbot/#/builders/16/builds/1270.
Commit: b52c512ff033e2876f1f4b5a4da8c27a9f1bbd87
https://github.com/llvm/llvm-project/commit/b52c512ff033e2876f1f4b5a4da8c27a9f1bbd87
Author: Sergio Afonso <safonsof at amd.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
Log Message:
-----------
[MLIR][OpenMP] Remove OpenMPDialectFoldInterface (#97577)
The `OpenMPDialectFoldInterface` was originally introduced to prevent
constants from being hoisted out of `omp.target` regions. This hasn't
been necessary since the `IsolatedFromAbove` trait was added to that
operation, so it's safe to remove this interface.
Commit: 5d7911095931d4894e63fa3379a598384f2eb029
https://github.com/llvm/llvm-project/commit/5d7911095931d4894e63fa3379a598384f2eb029
Author: YAMAMOTO Takashi <yamamoto at midokura.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Passes/PassBuilderPipelines.cpp
M llvm/test/Other/new-pm-defaults.ll
A llvm/test/Transforms/PhaseOrdering/X86/merge-functions2.ll
A llvm/test/Transforms/PhaseOrdering/X86/merge-functions3.ll
Log Message:
-----------
[Pipelines] Perform mergefunc after constmerge (#92498)
Constmerge can fold switch jump tables, possibly making functions
identical again. It can help mergefunc.
On the other hand, the opposite seems unlikely.
Fixes https://github.com/llvm/llvm-project/issues/92201.
Commit: 2f0700a84311d1a8b0fc12499fe9480ccbd188e9
https://github.com/llvm/llvm-project/commit/2f0700a84311d1a8b0fc12499fe9480ccbd188e9
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/AST/Interp/Compiler.cpp
Log Message:
-----------
[clang][Interp] Add a missing template keyword
This broke a buildbot:
https://lab.llvm.org/buildbot/#/builders/190/builds/1326
Commit: 959ff45bdad1777598c89b662fc98653a19eb8a3
https://github.com/llvm/llvm-project/commit/959ff45bdad1777598c89b662fc98653a19eb8a3
Author: Florian Hahn <flo at fhahn.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/Transforms/LoopVectorize/SystemZ/zero_unroll.ll
Log Message:
-----------
[LV] Regenerate test checks for zero_unroll.ll (NFC).
Regenerate test checks to better show impact of
https://github.com/llvm/llvm-project/pull/96622.
Commit: d6e5b1421e368161f6e4c6db577fcc68d5c8f3a2
https://github.com/llvm/llvm-project/commit/d6e5b1421e368161f6e4c6db577fcc68d5c8f3a2
Author: Nabeel Omer <nabeel.omer at sony.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/tools/opt/optdriver.cpp
Log Message:
-----------
[NFC][opt] Improve help message (#97805)
This patch changes all single quotes in the help text to double quotes
for the sake of cross platform correctness.
The single quotes previously used in the help message are correct for
bash and most other shells but aren't correct for the Windows command
prompt as it only interprets double quotes in the manner intended in the
help message.
This patch was prompted by the fact that if you aren't aware of the
aformentioned quirk the single quotes result in very confusing error
messages from the command prompt.
Commit: 00c622e596f918d9d83674b58097c8982ae1af95
https://github.com/llvm/llvm-project/commit/00c622e596f918d9d83674b58097c8982ae1af95
Author: Timm Bäder <tbaeder at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/test/AST/Interp/records.cpp
Log Message:
-----------
[clang][Interp][Test] Add test for #97302
Fixes #97302
Commit: db7db687a6b72f79ecd165603e805c4292ddfd6d
https://github.com/llvm/llvm-project/commit/db7db687a6b72f79ecd165603e805c4292ddfd6d
Author: Nikolas Klauser <nikolasklauser at berlin.de>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M libcxx/include/__type_traits/is_array.h
Log Message:
-----------
[libc++] Use __is_array if the builtin is fixed (#93037)
Commit: ccc0b66d6971b64175b4e99c6d5baaa2830c4208
https://github.com/llvm/llvm-project/commit/ccc0b66d6971b64175b4e99c6d5baaa2830c4208
Author: Youngsuk Kim <youngsuk.kim at hpe.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/AST/JSONNodeDumper.cpp
M clang/lib/Driver/ToolChains/Darwin.cpp
M clang/lib/Frontend/Rewrite/RewriteModernObjC.cpp
M clang/lib/Sema/SemaCodeComplete.cpp
Log Message:
-----------
[clang] Avoid 'raw_string_ostream::str' (NFC)
Since `raw_string_ostream` doesn't own the string buffer, it is
desirable (in terms of memory safety) for users to directly reference
the string buffer rather than use `raw_string_ostream::str()`.
Work towards TODO item to remove `raw_string_ostream::str()`.
p.s. also remove some unneeded/dead code.
Commit: e2cee2c1e6ee87f3e1ca8197d822919e24494a22
https://github.com/llvm/llvm-project/commit/e2cee2c1e6ee87f3e1ca8197d822919e24494a22
Author: Ádám Kallai <kadam at inf.u-szeged.hu>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M bolt/lib/Target/AArch64/AArch64MCPlusBuilder.cpp
A bolt/test/AArch64/test-indirect-branch.s
Log Message:
-----------
[BOLT][AArch64] Fixes assertion errors occurred when perf2bolt was executed (#83394)
BOLT only checks for the most common indirect branch pattern during the
branch analyzation.
Extended the logic with two other indirect patterns which slightly
differ from the expected one.
Those patterns may be hit when statically linking libc (pattern 2
requires 'lld' linker).
As a workaround mark them as UNKNOWN branch for now.
Fixes: #83114
Commit: f54279668f5687cfc03b0a61226055d9826e3093
https://github.com/llvm/llvm-project/commit/f54279668f5687cfc03b0a61226055d9826e3093
Author: Sam Elliott <quic_aelliott at quicinc.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M lld/ELF/InputSection.h
M lld/ELF/Symbols.h
Log Message:
-----------
[lld][ELF] Annotate Bitfields with Preferred Types (#97737)
Commit: 7102eae4c0640492e1fcea3da7f22f4e75a4f062
https://github.com/llvm/llvm-project/commit/7102eae4c0640492e1fcea3da7f22f4e75a4f062
Author: Sam Elliott <quic_aelliott at quicinc.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
Log Message:
-----------
[lld][ELF] Annotate Bitfields with Preferred Types (#97737)
Commit: d4216b5d0b111879f153c53caecf8ea011296cec
https://github.com/llvm/llvm-project/commit/d4216b5d0b111879f153c53caecf8ea011296cec
Author: Alex Voicu <alexandru.voicu at amd.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/lib/CodeGen/CGBuiltin.cpp
M clang/lib/CodeGen/CGGPUBuiltin.cpp
M clang/test/CodeGenHIP/printf-builtin.hip
M clang/test/CodeGenHIP/printf.cpp
M llvm/lib/Transforms/Utils/AMDGPUEmitPrintf.cpp
Log Message:
-----------
[clang][CodeGen][AMDGPU] Enable AMDGPU `printf` for `spirv64-amd-amdhsa` (#97132)
This enables the AMDGPU specific implementation of `printf` when
compiling for AMDGCN flavoured SPIR-V, the consequence being that the
expansion into ROCDL calls & friends gets expanded before "lowering" to
SPIR-V and gets carried through. The only relatively "novel" aspect is
that the `callAppendStringN` is simplified to take the type of the
passed in arguments, as opposed to querying them from the module. This
is a neutral change since the arguments were passed directly to the
call, without any attempt to cast them, hence the assumption that the
actual types match the formal ones was already baked in.
Commit: 9f2215ae5517a3d6e1d59e597bff83b821b96c7e
https://github.com/llvm/llvm-project/commit/9f2215ae5517a3d6e1d59e597bff83b821b96c7e
Author: lntue <35648136+lntue at users.noreply.github.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M libc/src/math/generic/erff.cpp
Log Message:
-----------
[libc][math] Fix signed zeros for erff. (#97742)
The inexact exception flag was raised for the exact cases of signed
zeros. This was reported by Paul Zimmermann using the CORE-MATH test
suites.
Commit: ac76ce2693b25bc3c643360acc18ebc01d22c072
https://github.com/llvm/llvm-project/commit/ac76ce2693b25bc3c643360acc18ebc01d22c072
Author: OverMighty <its.overmighty at gmail.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M libc/docs/math/index.rst
M libc/spec/llvm_libc_ext.td
M libc/spec/stdc.td
Log Message:
-----------
[libc][math][c23] Classify f16fma{,f,l} as LLVM libc extensions (#97728)
Commit: 18b575d4aac603b6acd3fa0d639fbc79cd4f0ac3
https://github.com/llvm/llvm-project/commit/18b575d4aac603b6acd3fa0d639fbc79cd4f0ac3
Author: Zibi Sarbinowski <zibi at ca.ibm.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M libcxxabi/src/CMakeLists.txt
Log Message:
-----------
[libc++abi] Fixing up LIBCXXABI_ADDITIONAL_COMPILE_FLAGS (#97608)
This is the continuation of #96112 which implements proposal from Louis.
Using PRIVATE option on target_compile_options() fixes the issue of
propagating the option into lib++.
Commit: 2bc474b7e6d064d48610594fa5663582126900c4
https://github.com/llvm/llvm-project/commit/2bc474b7e6d064d48610594fa5663582126900c4
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
Log Message:
-----------
[InstCombine][X86] Pull out repeated uses of PatternMatch namespace. NFC.
Followup requested on #96882
Commit: ae0d2244a23567c8d9863e63b338d34c31416a7b
https://github.com/llvm/llvm-project/commit/ae0d2244a23567c8d9863e63b338d34c31416a7b
Author: Nick Zavaritsky <mejedi at gmail.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M clang/include/clang/AST/ASTConsumer.h
M clang/include/clang/Frontend/MultiplexConsumer.h
M clang/include/clang/Sema/Sema.h
M clang/lib/CodeGen/BackendConsumer.h
M clang/lib/CodeGen/CGExpr.cpp
M clang/lib/CodeGen/CodeGenAction.cpp
M clang/lib/CodeGen/CodeGenModule.cpp
M clang/lib/CodeGen/CodeGenModule.h
M clang/lib/CodeGen/ModuleBuilder.cpp
M clang/lib/Frontend/MultiplexConsumer.cpp
M clang/lib/Interpreter/IncrementalParser.cpp
M clang/lib/Sema/SemaDecl.cpp
A clang/test/CodeGen/bpf-debug-info-extern-func.c
A clang/test/CodeGen/bpf-debug-info-unref.c
M llvm/lib/Target/BPF/BTFDebug.cpp
M llvm/lib/Target/BPF/BTFDebug.h
A llvm/test/CodeGen/BPF/BTF/extern-var-func2.ll
Log Message:
-----------
[BPF] Fix linking issues in static map initializers (#91310)
When BPF object files are linked with bpftool, every symbol must be
accompanied by BTF info. Ensure that extern functions referenced by
global variable initializers are included in BTF.
The primary motivation is "static" initialization of PROG maps:
```c
extern int elsewhere(struct xdp_md *);
struct {
__uint(type, BPF_MAP_TYPE_PROG_ARRAY);
__uint(max_entries, 1);
__type(key, int);
__type(value, int);
__array(values, int (struct xdp_md *));
} prog_map SEC(".maps") = { .values = { elsewhere } };
```
BPF backend needs debug info to produce BTF. Debug info is not
normally generated for external variables and functions. Previously, it
was solved differently for variables (collecting variable declarations
in ExternalDeclarations vector) and functions (logic invoked during
codegen in CGExpr.cpp).
This patch generalises ExternalDefclarations to include both function
and variable declarations. This change ensures that function references
are not missed no matter the context. Previously external functions
referenced in constant expressions lacked debug info.
Commit: b0b3c1accd9b75fca149432128b1651261509b64
https://github.com/llvm/llvm-project/commit/b0b3c1accd9b75fca149432128b1651261509b64
Author: Nico Weber <thakis at chromium.org>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/utils/gn/secondary/libcxx/src/BUILD.gn
Log Message:
-----------
[gn] port 5aacf93a8968
Commit: d177a94fbdc12c82e06dc1c2dc7500c3ce399291
https://github.com/llvm/llvm-project/commit/d177a94fbdc12c82e06dc1c2dc7500c3ce399291
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/include/llvm/Analysis/ValueTracking.h
M llvm/include/llvm/IR/Constant.h
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/lib/Analysis/ValueTracking.cpp
M llvm/lib/IR/Constants.cpp
Log Message:
-----------
[IR] Add Constant::toConstantRange() (NFC)
The logic in llvm::getVectorConstantRange() can be a bit
inconvenient to use in some cases because of the need to handle
the scalar case separately. Generalize it to handle all constants,
and move it to live directly on Constant.
Commit: 4339d2edf6cbf4f7ddee3100980495ebcb8f64a5
https://github.com/llvm/llvm-project/commit/4339d2edf6cbf4f7ddee3100980495ebcb8f64a5
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/Transforms/CorrelatedValuePropagation/vectors.ll
Log Message:
-----------
[CVP] Add missing CHECK lines in test (NFC)
Commit: f92bfca9fc217cad9026598ef6755e711c0be070
https://github.com/llvm/llvm-project/commit/f92bfca9fc217cad9026598ef6755e711c0be070
Author: Momchil Velikov <momchil.velikov at arm.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
A llvm/test/CodeGen/AArch64/shr-exact-demanded-bits.ll
Log Message:
-----------
[AArch64] All bits of an exact right shift are demanded (#97448)
When building a vector which contains zero elements, the AArch64 ISel
replaces those elements with `undef`, if they are right shifted out.
However, these elements need to stay zero if the right shift is exact,
or otherwise we will be introducing undefined behavior.
Should allow https://github.com/llvm/llvm-project/pull/92528 to be
recommitted.
Commit: 130f0f526dc28ebbe23e5956857e85f7c9b754f5
https://github.com/llvm/llvm-project/commit/130f0f526dc28ebbe23e5956857e85f7c9b754f5
Author: Nikita Popov <npopov at redhat.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/test/Transforms/CorrelatedValuePropagation/vectors.ll
Log Message:
-----------
[LVI][CVP] Add support for vector comparisons
Commit: 3bb25636414ee5b5eaf99c0bdcc191052c9d7ffb
https://github.com/llvm/llvm-project/commit/3bb25636414ee5b5eaf99c0bdcc191052c9d7ffb
Author: Matthias Springer <me at m-sp.org>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M mlir/lib/Dialect/Vector/IR/VectorOps.cpp
M mlir/test/Dialect/Vector/canonicalize.mlir
Log Message:
-----------
[mlir][vector] Fix crash in `vector.insert` canonicalization (#97801)
The `InsertOpConstantFolder` assumed that whenever the destination can
be folded to a constant attribute, that attribute must be a
`DenseElementsAttr`. That is is not necessarily the case.
Commit: 9315645834ea81cf9550364a4950f289e9706a26
https://github.com/llvm/llvm-project/commit/9315645834ea81cf9550364a4950f289e9706a26
Author: Maksim Levental <maksim.levental at gmail.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M mlir/include/mlir/Bindings/Python/PybindAdaptors.h
M mlir/test/python/dialects/python_test.py
M mlir/test/python/lib/PythonTestCAPI.cpp
M mlir/test/python/lib/PythonTestCAPI.h
M mlir/test/python/lib/PythonTestDialect.h
M mlir/test/python/lib/PythonTestModule.cpp
M mlir/test/python/python_test_ops.td
Log Message:
-----------
[mlir][python] auto attribute casting (#97786)
Commit: 344930316f4c901673461dcf44ad57ae6ade1015
https://github.com/llvm/llvm-project/commit/344930316f4c901673461dcf44ad57ae6ade1015
Author: Ramkumar Ramachandra <ramkumar.ramachandra at codasip.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/Transforms/LoopDistribute/basic.ll
M llvm/test/Transforms/LoopDistribute/bounds-expansion-bug.ll
M llvm/test/Transforms/LoopDistribute/crash-in-memcheck-generation.ll
M llvm/test/Transforms/LoopDistribute/diagnostics-with-hotness.ll
M llvm/test/Transforms/LoopDistribute/diagnostics.ll
M llvm/test/Transforms/LoopDistribute/disable_nonforced.ll
M llvm/test/Transforms/LoopDistribute/disable_nonforced_enable.ll
M llvm/test/Transforms/LoopDistribute/early-exit.ll
M llvm/test/Transforms/LoopDistribute/followup.ll
M llvm/test/Transforms/LoopDistribute/metadata.ll
M llvm/test/Transforms/LoopDistribute/no-if-convert.ll
M llvm/test/Transforms/LoopDistribute/outside-use.ll
M llvm/test/Transforms/LoopDistribute/pointer-phi-in-loop.ll
M llvm/test/Transforms/LoopDistribute/pr28443.ll
M llvm/test/Transforms/LoopDistribute/program-order.ll
M llvm/test/Transforms/LoopDistribute/scev-inserted-runtime-check.ll
M llvm/test/Transforms/LoopDistribute/symbolic-stride.ll
M llvm/test/Transforms/LoopDistribute/uncomputable-backedge-taken-count.ll
M llvm/test/Transforms/LoopDistribute/unknown-bounds-for-memchecks.ll
Log Message:
-----------
LDist/test: clean up and modernize (NFC) (#97822)
Clean up unused triple/datalayout lines, strengthen RUN lines to include
-verify-loop-info/-verify-dom-info, and regenerate tests with
UpdateTestChecks where appropriate.
Commit: 0488f210d91f50b2c6318e757c07fb598dd33693
https://github.com/llvm/llvm-project/commit/0488f210d91f50b2c6318e757c07fb598dd33693
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/test/Transforms/InstCombine/X86/blend_x86.ll
Log Message:
-----------
[InstCombine][X86] Add test showing failure to peek through bitcast+shuffle+bitcast sequence to fold BLENDV to SELECT
Mentioned on #96882
Commit: 6c1c97c5b6744397063d9976bead154be38b8388
https://github.com/llvm/llvm-project/commit/6c1c97c5b6744397063d9976bead154be38b8388
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/test/Transforms/InstCombine/X86/blend_x86.ll
Log Message:
-----------
[InstCombine][X86] Peek through bitcast+shuffle+bitcast sequence when folding BLENDV to SELECT
Mentioned on #96882
Commit: 37ffa982b684081dbe9afbe648772d4b4b9d87f0
https://github.com/llvm/llvm-project/commit/37ffa982b684081dbe9afbe648772d4b4b9d87f0
Author: Amir Ayupov <aaupov at meta.com>
Date: 2024-07-05 (Fri, 05 Jul 2024)
Changed paths:
M .github/workflows/libcxx-build-and-test.yaml
M bolt/docs/CommandLineArgumentReference.md
M bolt/docs/OptimizingLinux.md
M bolt/include/bolt/Profile/YAMLProfileReader.h
M bolt/lib/Core/BinaryContext.cpp
M bolt/lib/Profile/CMakeLists.txt
M bolt/lib/Profile/YAMLProfileReader.cpp
M bolt/lib/Target/AArch64/AArch64MCPlusBuilder.cpp
A bolt/test/AArch64/test-indirect-branch.s
A bolt/test/X86/name-similarity-function-matching.test
M clang-tools-extra/clang-tidy/bugprone/BugproneTidyModule.cpp
M clang-tools-extra/clang-tidy/bugprone/CMakeLists.txt
A clang-tools-extra/clang-tidy/bugprone/PointerArithmeticOnPolymorphicObjectCheck.cpp
A clang-tools-extra/clang-tidy/bugprone/PointerArithmeticOnPolymorphicObjectCheck.h
M clang-tools-extra/clang-tidy/cert/CERTTidyModule.cpp
M clang-tools-extra/clangd/index/remote/server/Server.cpp
M clang-tools-extra/clangd/tool/ClangdMain.cpp
M clang-tools-extra/docs/ReleaseNotes.rst
A clang-tools-extra/docs/clang-tidy/checks/bugprone/pointer-arithmetic-on-polymorphic-object.rst
A clang-tools-extra/docs/clang-tidy/checks/cert/ctr56-cpp.rst
M clang-tools-extra/docs/clang-tidy/checks/list.rst
A clang-tools-extra/test/clang-tidy/checkers/bugprone/pointer-arithmetic-on-polymorphic-object-all.cpp
A clang-tools-extra/test/clang-tidy/checkers/bugprone/pointer-arithmetic-on-polymorphic-object-decl-only.cpp
M clang/docs/ReleaseNotes.rst
A clang/docs/analyzer/images/analyzer_html.png
A clang/docs/analyzer/images/analyzer_xcode.png
A clang/docs/analyzer/images/scan_build_cmd.png
M clang/docs/analyzer/user-docs.rst
A clang/docs/analyzer/user-docs/CommandLineUsage.rst
A clang/docs/analyzer/user-docs/FilingBugs.rst
A clang/docs/analyzer/user-docs/Installation.rst
A clang/docs/analyzer/user-docs/UsingWithXCode.rst
M clang/include/clang/AST/ASTConsumer.h
M clang/include/clang/Basic/CodeGenOptions.def
M clang/include/clang/Basic/DiagnosticDriverKinds.td
M clang/include/clang/Driver/Options.td
M clang/include/clang/Frontend/MultiplexConsumer.h
M clang/include/clang/Sema/Sema.h
M clang/include/clang/StaticAnalyzer/Core/PathSensitive/MemRegion.h
M clang/lib/AST/Interp/Compiler.cpp
M clang/lib/AST/Interp/Compiler.h
M clang/lib/AST/Interp/EvalEmitter.cpp
M clang/lib/AST/Interp/EvaluationResult.cpp
M clang/lib/AST/Interp/EvaluationResult.h
M clang/lib/AST/Interp/Interp.h
M clang/lib/AST/Interp/Pointer.cpp
M clang/lib/AST/Interp/Pointer.h
M clang/lib/AST/JSONNodeDumper.cpp
M clang/lib/AST/MicrosoftMangle.cpp
M clang/lib/CodeGen/BackendConsumer.h
M clang/lib/CodeGen/BackendUtil.cpp
M clang/lib/CodeGen/CGBuiltin.cpp
M clang/lib/CodeGen/CGExpr.cpp
M clang/lib/CodeGen/CGGPUBuiltin.cpp
M clang/lib/CodeGen/CGOpenMPRuntime.cpp
M clang/lib/CodeGen/CodeGenAction.cpp
M clang/lib/CodeGen/CodeGenModule.cpp
M clang/lib/CodeGen/CodeGenModule.h
M clang/lib/CodeGen/ModuleBuilder.cpp
M clang/lib/Driver/ToolChains/AMDGPUOpenMP.cpp
M clang/lib/Driver/ToolChains/Clang.cpp
M clang/lib/Driver/ToolChains/CommonArgs.cpp
M clang/lib/Driver/ToolChains/CommonArgs.h
M clang/lib/Driver/ToolChains/Darwin.cpp
M clang/lib/Driver/ToolChains/Flang.cpp
M clang/lib/Frontend/MultiplexConsumer.cpp
M clang/lib/Frontend/Rewrite/RewriteModernObjC.cpp
M clang/lib/Headers/float.h
M clang/lib/InstallAPI/DiagnosticBuilderWrappers.cpp
M clang/lib/Interpreter/IncrementalParser.cpp
M clang/lib/Interpreter/Interpreter.cpp
M clang/lib/Sema/SemaCodeComplete.cpp
M clang/lib/Sema/SemaDecl.cpp
M clang/lib/Sema/SemaDeclAttr.cpp
M clang/lib/Sema/SemaOpenMP.cpp
M clang/lib/Sema/SemaTemplate.cpp
M clang/lib/Sema/SemaType.cpp
M clang/lib/Sema/TreeTransform.h
M clang/lib/StaticAnalyzer/Checkers/CStringChecker.cpp
M clang/lib/StaticAnalyzer/Core/MemRegion.cpp
M clang/test/AST/Interp/literals.cpp
M clang/test/AST/Interp/records.cpp
M clang/test/AST/ast-dump-ctad-alias.cpp
M clang/test/Analysis/bstring_UninitRead.c
A clang/test/C/C23/Inputs/bits.bin
A clang/test/C/C23/Inputs/boop.h
A clang/test/C/C23/Inputs/i.dat
A clang/test/C/C23/Inputs/jump.wav
A clang/test/C/C23/Inputs/s.dat
A clang/test/C/C23/n2322.c
A clang/test/C/C23/n2350.c
A clang/test/C/C23/n2359.c
A clang/test/C/C23/n2508.c
A clang/test/C/C23/n2549.c
A clang/test/C/C23/n2607.c
A clang/test/C/C23/n2670.c
A clang/test/C/C23/n2683.c
A clang/test/C/C23/n2683_2.c
A clang/test/C/C23/n2819.c
A clang/test/C/C23/n2826.c
A clang/test/C/C23/n2836_n2939.c
A clang/test/C/C23/n2838.c
A clang/test/C/C23/n2886.c
A clang/test/C/C23/n2900_n3011.c
A clang/test/C/C23/n2900_n3011_2.c
A clang/test/C/C23/n2927.c
A clang/test/C/C23/n2927_2.c
A clang/test/C/C23/n2930.c
A clang/test/C/C23/n2934.c
A clang/test/C/C23/n2940.c
A clang/test/C/C23/n2975.c
A clang/test/C/C23/n3007.c
A clang/test/C/C23/n3017.c
A clang/test/C/C23/n3018.c
A clang/test/C/C23/n3033.c
A clang/test/C/C23/n3033_2.c
A clang/test/C/C23/n3035.c
A clang/test/C/C23/n3042.c
R clang/test/C/C2x/Inputs/bits.bin
R clang/test/C/C2x/Inputs/boop.h
R clang/test/C/C2x/Inputs/i.dat
R clang/test/C/C2x/Inputs/jump.wav
R clang/test/C/C2x/Inputs/s.dat
R clang/test/C/C2x/n2322.c
R clang/test/C/C2x/n2350.c
R clang/test/C/C2x/n2359.c
R clang/test/C/C2x/n2508.c
R clang/test/C/C2x/n2549.c
R clang/test/C/C2x/n2607.c
R clang/test/C/C2x/n2670.c
R clang/test/C/C2x/n2683.c
R clang/test/C/C2x/n2683_2.c
R clang/test/C/C2x/n2819.c
R clang/test/C/C2x/n2826.c
R clang/test/C/C2x/n2836_n2939.c
R clang/test/C/C2x/n2838.c
R clang/test/C/C2x/n2886.c
R clang/test/C/C2x/n2900_n3011.c
R clang/test/C/C2x/n2900_n3011_2.c
R clang/test/C/C2x/n2927.c
R clang/test/C/C2x/n2927_2.c
R clang/test/C/C2x/n2930.c
R clang/test/C/C2x/n2934.c
R clang/test/C/C2x/n2940.c
R clang/test/C/C2x/n2975.c
R clang/test/C/C2x/n3007.c
R clang/test/C/C2x/n3017.c
R clang/test/C/C2x/n3018.c
R clang/test/C/C2x/n3033.c
R clang/test/C/C2x/n3033_2.c
R clang/test/C/C2x/n3035.c
R clang/test/C/C2x/n3042.c
A clang/test/CXX/dcl.dcl/dcl.spec/dcl.type/dcl.spec.auto/p5-cxx14.cpp
A clang/test/CXX/expr/expr.prim/expr.prim.id/expr.prim.id.general/p4.cpp
M clang/test/CodeGen/attr-target-version.c
A clang/test/CodeGen/bpf-debug-info-extern-func.c
A clang/test/CodeGen/bpf-debug-info-unref.c
M clang/test/CodeGenCXX/atomicinit.cpp
M clang/test/CodeGenCXX/fmv-namespace.cpp
A clang/test/CodeGenCXX/mangle-ms-auto-templates-memptrs.cpp
A clang/test/CodeGenCXX/mangle-ms-auto-templates-nullptr.cpp
M clang/test/CodeGenHIP/printf-builtin.hip
M clang/test/CodeGenHIP/printf.cpp
A clang/test/CodeGenOpenCLCXX/version.clcpp
M clang/test/Driver/amdgpu-openmp-toolchain.c
A clang/test/Driver/crel.c
M clang/test/Driver/riscv-arch.c
M clang/test/Headers/float.c
A clang/test/Misc/cc1as-crel.s
M clang/test/OpenMP/declare_mapper_codegen.cpp
M clang/test/OpenMP/target_data_use_device_addr_codegen.cpp
M clang/test/OpenMP/target_enter_data_codegen.cpp
M clang/test/OpenMP/target_exit_data_codegen.cpp
M clang/test/OpenMP/target_map_both_pointer_pointee_codegen.cpp
M clang/test/OpenMP/target_update_codegen.cpp
M clang/test/Sema/attr-target-version.c
M clang/test/SemaCXX/cxx20-ctad-type-alias.cpp
M clang/tools/driver/cc1as_main.cpp
M clang/unittests/Frontend/CompilerInstanceTest.cpp
M clang/unittests/Interpreter/InterpreterTest.cpp
M clang/unittests/Tooling/LexicallyOrderedRecursiveASTVisitorTest.cpp
M clang/utils/TableGen/ClangAttrEmitter.cpp
M clang/www/analyzer/alpha_checks.html
M clang/www/analyzer/available_checks.html
M clang/www/analyzer/codechecker.html
M clang/www/analyzer/command-line.html
M clang/www/analyzer/filing_bugs.html
M clang/www/analyzer/index.html
M clang/www/analyzer/installation.html
R clang/www/analyzer/latest_checker.html.incl
M clang/www/analyzer/scan-build.html
M clang/www/analyzer/xcode.html
M clang/www/c_status.html
M clang/www/cxx_status.html
M compiler-rt/include/profile/MemProfData.inc
M compiler-rt/test/fuzzer/fuzzer-leak.test
M flang/include/flang/Frontend/CodeGenOptions.h
M flang/include/flang/Optimizer/Support/Utils.h
M flang/include/flang/Runtime/matmul-instances.inc
M flang/include/flang/Runtime/matmul-transpose.h
M flang/include/flang/Runtime/matmul.h
M flang/lib/Frontend/CodeGenOptions.cpp
M flang/lib/Frontend/CompilerInstance.cpp
M flang/lib/Frontend/CompilerInvocation.cpp
M flang/lib/Frontend/FrontendActions.cpp
M flang/lib/Lower/OpenACC.cpp
M flang/lib/Lower/OpenMP/DataSharingProcessor.cpp
M flang/lib/Lower/OpenMP/OpenMP.cpp
M flang/lib/Optimizer/Builder/IntrinsicCall.cpp
M flang/lib/Optimizer/Builder/Runtime/Transformational.cpp
M flang/lib/Optimizer/Transforms/StackReclaim.cpp
M flang/runtime/matmul-transpose.cpp
M flang/runtime/matmul.cpp
A flang/test/Driver/large-data-threshold.f90
A flang/test/Driver/mcmodel.f90
M flang/test/HLFIR/matmul-lowering.fir
M flang/test/HLFIR/mul_transpose.f90
M flang/test/Lower/Intrinsics/matmul.f90
M flang/test/Lower/OpenACC/acc-data.f90
M flang/test/Lower/OpenACC/acc-enter-data.f90
M flang/test/Lower/OpenACC/acc-exit-data.f90
M flang/test/Lower/OpenACC/acc-parallel.f90
M flang/test/Lower/OpenACC/acc-serial.f90
M flang/test/Lower/OpenACC/acc-update.f90
A flang/test/Lower/large-data-threshold.f90
A flang/test/Lower/mcmodel.f90
M flang/test/Transforms/stack-reclaime.fir
M flang/unittests/Optimizer/Builder/Runtime/RuntimeCallTestBase.h
M flang/unittests/Optimizer/Builder/Runtime/TransformationalTest.cpp
M flang/unittests/Runtime/Matmul.cpp
M flang/unittests/Runtime/MatmulTranspose.cpp
M libc/CMakeLists.txt
M libc/config/darwin/arm/entrypoints.txt
M libc/config/linux/aarch64/entrypoints.txt
M libc/config/linux/arm/entrypoints.txt
M libc/config/linux/riscv/entrypoints.txt
M libc/docs/build_and_test.rst
M libc/docs/dev/clang_tidy_checks.rst
M libc/docs/dev/code_style.rst
M libc/docs/dev/implementation_standard.rst
M libc/docs/full_host_build.rst
M libc/docs/math/index.rst
A libc/newhdrgen/CMakeLists.txt
M libc/newhdrgen/class_implementation/classes/enumeration.py
M libc/newhdrgen/class_implementation/classes/function.py
M libc/newhdrgen/class_implementation/classes/object.py
M libc/newhdrgen/header.py
A libc/newhdrgen/tests/expected_output/test_header.h
A libc/newhdrgen/tests/input/test_small.h.def
A libc/newhdrgen/tests/input/test_small.yaml
A libc/newhdrgen/tests/output/test_small.h
A libc/newhdrgen/tests/test_integration.py
A libc/newhdrgen/yaml/ctype.yaml
A libc/newhdrgen/yaml/fenv.yaml
A libc/newhdrgen/yaml/math.yaml
A libc/newhdrgen/yaml/pthread.yaml
A libc/newhdrgen/yaml/sched.yaml
A libc/newhdrgen/yaml/signal.yaml
A libc/newhdrgen/yaml/stdfix.yaml
A libc/newhdrgen/yaml/stdio.yaml
A libc/newhdrgen/yaml/stdlib.yaml
A libc/newhdrgen/yaml/string.yaml
A libc/newhdrgen/yaml/strings.yaml
M libc/newhdrgen/yaml/sys_auxv.yaml
A libc/newhdrgen/yaml/sys_mman.yaml
M libc/newhdrgen/yaml/sys_types.yaml
A libc/newhdrgen/yaml/sys_wait.yaml
A libc/newhdrgen/yaml/time.yaml
R libc/newhdrgen/yaml_combined/ctype.yaml
R libc/newhdrgen/yaml_combined/fenv.yaml
R libc/newhdrgen/yaml_combined/math.yaml
R libc/newhdrgen/yaml_combined/pthread.yaml
R libc/newhdrgen/yaml_combined/sched.yaml
R libc/newhdrgen/yaml_combined/signal.yaml
R libc/newhdrgen/yaml_combined/stdfix.yaml
R libc/newhdrgen/yaml_combined/stdio.yaml
R libc/newhdrgen/yaml_combined/stdlib.yaml
R libc/newhdrgen/yaml_combined/string.yaml
R libc/newhdrgen/yaml_combined/strings.yaml
R libc/newhdrgen/yaml_combined/sys_mman.yaml
R libc/newhdrgen/yaml_combined/sys_wait.yaml
R libc/newhdrgen/yaml_combined/time.yaml
M libc/newhdrgen/yaml_to_classes.py
M libc/spec/gnu_ext.td
M libc/spec/llvm_libc_ext.td
M libc/spec/stdc.td
M libc/src/__support/FPUtil/double_double.h
M libc/src/__support/FPUtil/generic/FMod.h
M libc/src/__support/OSUtil/linux/fcntl.cpp
M libc/src/__support/big_int.h
M libc/src/__support/block.h
M libc/src/__support/freelist.h
M libc/src/__support/freelist_heap.h
M libc/src/__support/macros/config.h
M libc/src/math/generic/CMakeLists.txt
M libc/src/math/generic/erff.cpp
A libc/src/math/generic/tan.cpp
R libc/src/math/x86_64/CMakeLists.txt
R libc/src/math/x86_64/tan.cpp
M libc/src/sched/linux/sched_rr_get_interval.cpp
A libc/src/stdlib/aligned_alloc.h
M libc/src/stdlib/freelist_malloc.cpp
M libc/test/src/__support/CMakeLists.txt
M libc/test/src/__support/block_test.cpp
M libc/test/src/__support/freelist_heap_test.cpp
M libc/test/src/__support/freelist_malloc_test.cpp
M libc/test/src/__support/time/linux/timeout_test.cpp
M libc/test/src/math/smoke/CMakeLists.txt
M libc/test/src/math/smoke/CopySignTest.h
A libc/test/src/math/smoke/tan_test.cpp
M libc/test/src/math/tan_test.cpp
M libc/test/src/sys/mman/linux/CMakeLists.txt
M libc/test/src/sys/mman/linux/shm_test.cpp
M libcxx/docs/Status/Cxx20Issues.csv
M libcxx/include/__exception/nested_exception.h
M libcxx/include/__type_traits/is_array.h
M libcxx/include/cmath
M libcxx/include/complex
M libcxx/src/CMakeLists.txt
A libcxx/src/support/win32/compiler_rt_shims.cpp
M libcxx/src/tzdb.cpp
A libcxx/test/libcxx/feature_test_macro/implemented_ftms.sh.py
A libcxx/test/libcxx/feature_test_macro/invalid.sh.py
A libcxx/test/libcxx/feature_test_macro/standard_ftms.sh.py
A libcxx/test/libcxx/feature_test_macro/std_dialects.sh.py
A libcxx/test/libcxx/feature_test_macro/test_data.json
M libcxx/test/libcxx/gdb/gdb_pretty_printer_test.sh.cpp
M libcxx/test/libcxx/time/time.zone/time.zone.db/leap_seconds.pass.cpp
M libcxx/test/std/language.support/support.exception/except.nested/rethrow_if_nested.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.member.ops/divide_equal_complex.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.ops/complex_divide_complex.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.ops/complex_times_complex.pass.cpp
M libcxx/test/std/numerics/complex.number/complex.ops/scalar_divide_complex.pass.cpp
M libcxx/test/std/time/time.zone/time.zone.db/leap_seconds.pass.cpp
M libcxx/test/std/utilities/tuple/tuple.tuple/tuple.cnstr/PR31384.pass.cpp
A libcxx/test/support/floating_pointer_helpers.h
R libcxx/trigger
M libcxx/utils/ci/Dockerfile
M libcxx/utils/generate_feature_test_macro_components.py
M libcxxabi/src/CMakeLists.txt
M libunwind/src/UnwindCursor.hpp
M lld/ELF/InputSection.h
M lld/ELF/Symbols.h
M lld/MinGW/Driver.cpp
M lld/test/ELF/as-needed-no-reloc.s
M lld/test/ELF/as-needed.s
M lld/test/ELF/auxiliary.s
M lld/test/ELF/dynamic-reloc.s
M lld/test/ELF/filter.s
M lld/test/ELF/gc-sections-shared.s
M lld/test/ELF/gnu-property-align-32.s
M lld/test/ELF/gnu-property-align.s
M lld/test/ELF/no-soname.s
M lld/test/ELF/partition-notes.s
M lld/test/ELF/partition-synthetic-sections.s
M lld/test/ELF/push-state.s
M lld/test/ELF/shared-ppc64.s
M lld/test/ELF/shared.s
M lld/test/ELF/soname.s
M lld/test/ELF/soname2.s
M lld/test/ELF/wrap-drop-shared-original.s
M lld/test/MinGW/driver.test
M lldb/bindings/python/python-wrapper.swig
M lldb/docs/use/python-reference.rst
M lldb/examples/python/cmdtemplate.py
M lldb/include/lldb/Interpreter/CommandObject.h
M lldb/include/lldb/Interpreter/ScriptInterpreter.h
M lldb/include/lldb/Target/Language.h
M lldb/include/lldb/Target/Platform.h
M lldb/include/lldb/Utility/Broadcaster.h
M lldb/source/API/SBThread.cpp
M lldb/source/Commands/CommandObjectBreakpoint.cpp
M lldb/source/Commands/CommandObjectCommands.cpp
M lldb/source/Commands/CommandObjectThread.cpp
M lldb/source/Plugins/Language/CPlusPlus/LibCxx.cpp
M lldb/source/Plugins/Language/CPlusPlus/LibCxx.h
M lldb/source/Plugins/Language/CPlusPlus/LibCxxMap.cpp
M lldb/source/Plugins/Language/ObjC/ObjCLanguage.h
M lldb/source/Plugins/Process/FreeBSD/NativeRegisterContextFreeBSD_x86_64.h
M lldb/source/Plugins/ScriptInterpreter/Python/SWIGPythonBridge.h
M lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPython.cpp
M lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPythonImpl.h
M lldb/source/Plugins/TypeSystem/Clang/TypeSystemClang.cpp
M lldb/source/Target/Platform.cpp
M lldb/source/Utility/Broadcaster.cpp
M lldb/source/Utility/Listener.cpp
M lldb/test/API/commands/command/script/add/TestAddParsedCommand.py
M lldb/test/API/commands/command/script/add/test_commands.py
A lldb/test/API/commands/expression/bitfield_enums/Makefile
A lldb/test/API/commands/expression/bitfield_enums/TestBitfieldEnums.py
A lldb/test/API/commands/expression/bitfield_enums/main.cpp
M lldb/test/API/python_api/thread/TestThreadAPI.py
M lldb/test/API/python_api/thread/main.cpp
M lldb/test/Shell/SymbolFile/DWARF/x86/debug-types-missing-signature.test
M lldb/unittests/ScriptInterpreter/Python/PythonTestSuite.cpp
M lldb/unittests/Utility/ListenerTest.cpp
M lldb/unittests/ValueObject/DumpValueObjectOptionsTests.cpp
M llvm/cmake/config.guess
M llvm/docs/LangRef.rst
M llvm/docs/ReleaseNotes.rst
M llvm/include/llvm/Analysis/LazyValueInfo.h
M llvm/include/llvm/Analysis/LoopAccessAnalysis.h
M llvm/include/llvm/Analysis/TargetTransformInfoImpl.h
M llvm/include/llvm/BinaryFormat/ELFRelocs/AArch64.def
M llvm/include/llvm/CodeGen/AsmPrinter.h
M llvm/include/llvm/CodeGen/IndirectThunks.h
M llvm/include/llvm/CodeGen/MachineBasicBlock.h
M llvm/include/llvm/CodeGen/MachineTraceMetrics.h
M llvm/include/llvm/CodeGen/SelectionDAG.h
M llvm/include/llvm/CodeGen/TargetLowering.h
M llvm/include/llvm/DebugInfo/DWARF/DWARFUnit.h
M llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
M llvm/include/llvm/IR/Constant.h
M llvm/include/llvm/IR/ConstantRange.h
M llvm/include/llvm/IR/Intrinsics.td
M llvm/include/llvm/IR/IntrinsicsRISCVXCV.td
M llvm/include/llvm/MC/MCAssembler.h
M llvm/include/llvm/MC/MCMachObjectWriter.h
M llvm/include/llvm/MC/MCSection.h
M llvm/include/llvm/MC/MCSectionELF.h
M llvm/include/llvm/MC/MCSymbolMachO.h
M llvm/include/llvm/SandboxIR/SandboxIR.h
M llvm/include/llvm/SandboxIR/SandboxIRValues.def
M llvm/include/llvm/Support/raw_ostream.h
M llvm/include/llvm/Transforms/IPO/FunctionImport.h
M llvm/include/llvm/Transforms/Utils/SplitModule.h
M llvm/include/llvm/Transforms/Vectorize/SLPVectorizer.h
M llvm/lib/Analysis/LazyValueInfo.cpp
M llvm/lib/Analysis/LoopAccessAnalysis.cpp
M llvm/lib/Analysis/MLInlineAdvisor.cpp
M llvm/lib/Analysis/ValueTracking.cpp
M llvm/lib/AsmParser/LLParser.cpp
M llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp
M llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp
M llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
M llvm/lib/CodeGen/AsmPrinter/EHStreamer.cpp
M llvm/lib/CodeGen/GlobalISel/CombinerHelper.cpp
M llvm/lib/CodeGen/PHIElimination.cpp
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
M llvm/lib/CodeGen/SelectionDAG/LegalizeIntegerTypes.cpp
M llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
M llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp
M llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp
M llvm/lib/CodeGen/TargetLoweringBase.cpp
M llvm/lib/DebugInfo/DWARF/DWARFUnit.cpp
M llvm/lib/DebugInfo/GSYM/DwarfTransformer.cpp
M llvm/lib/Demangle/MicrosoftDemangle.cpp
M llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyld.cpp
M llvm/lib/IR/ConstantRange.cpp
M llvm/lib/IR/Constants.cpp
M llvm/lib/IR/DIBuilder.cpp
M llvm/lib/IR/Instructions.cpp
M llvm/lib/IR/LegacyPassManager.cpp
M llvm/lib/IR/Value.cpp
M llvm/lib/IR/Verifier.cpp
M llvm/lib/LTO/LTO.cpp
M llvm/lib/Linker/IRMover.cpp
M llvm/lib/MC/ELFObjectWriter.cpp
M llvm/lib/MC/MCAssembler.cpp
M llvm/lib/MC/MCELFStreamer.cpp
M llvm/lib/MC/MCMachOStreamer.cpp
M llvm/lib/MC/MCObjectStreamer.cpp
M llvm/lib/MC/MCParser/AsmParser.cpp
M llvm/lib/MC/MCParser/MasmParser.cpp
M llvm/lib/MC/MachObjectWriter.cpp
M llvm/lib/Passes/PassBuilderPipelines.cpp
M llvm/lib/SandboxIR/SandboxIR.cpp
M llvm/lib/Support/APFloat.cpp
M llvm/lib/Support/CommandLine.cpp
M llvm/lib/Support/JSON.cpp
M llvm/lib/Support/LockFileManager.cpp
M llvm/lib/Support/raw_ostream.cpp
M llvm/lib/TableGen/Main.cpp
M llvm/lib/TableGen/SetTheory.cpp
M llvm/lib/Target/AArch64/AArch64.h
M llvm/lib/Target/AArch64/AArch64FrameLowering.cpp
M llvm/lib/Target/AArch64/AArch64ISelLowering.cpp
M llvm/lib/Target/AArch64/AArch64SLSHardening.cpp
M llvm/lib/Target/AArch64/AArch64TargetMachine.cpp
M llvm/lib/Target/AArch64/AArch64TargetTransformInfo.cpp
M llvm/lib/Target/AMDGPU/AMDGPUAtomicOptimizer.cpp
M llvm/lib/Target/AMDGPU/AMDGPULateCodeGenPrepare.cpp
M llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
M llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
M llvm/lib/Target/ARM/ARMSLSHardening.cpp
M llvm/lib/Target/BPF/BTFDebug.cpp
M llvm/lib/Target/BPF/BTFDebug.h
M llvm/lib/Target/RISCV/RISCVFeatures.td
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
M llvm/lib/Target/RISCV/RISCVInsertVSETVLI.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfo.cpp
M llvm/lib/Target/RISCV/RISCVInstrInfo.h
M llvm/lib/Target/RISCV/RISCVInstrInfoVPseudos.td
M llvm/lib/Target/RISCV/RISCVInstrInfoVVLPatterns.td
M llvm/lib/Target/RISCV/RISCVInstrInfoXCV.td
M llvm/lib/Target/RISCV/RISCVTargetTransformInfo.cpp
M llvm/lib/Target/SPIRV/SPIRVBuiltins.cpp
M llvm/lib/Target/SPIRV/SPIRVBuiltins.h
M llvm/lib/Target/SPIRV/SPIRVBuiltins.td
M llvm/lib/Target/SPIRV/SPIRVEmitIntrinsics.cpp
M llvm/lib/Target/SPIRV/SPIRVGlobalRegistry.cpp
M llvm/lib/Target/SPIRV/SPIRVISelLowering.cpp
M llvm/lib/Target/Sparc/MCTargetDesc/SparcAsmBackend.cpp
M llvm/lib/Target/Sparc/MCTargetDesc/SparcELFObjectWriter.cpp
M llvm/lib/Target/Sparc/MCTargetDesc/SparcMCTargetDesc.h
M llvm/lib/Target/SystemZ/MCTargetDesc/SystemZMCCodeEmitter.cpp
M llvm/lib/Target/X86/AsmParser/X86AsmParser.cpp
M llvm/lib/Target/X86/X86FlagsCopyLowering.cpp
M llvm/lib/Target/X86/X86ISelDAGToDAG.cpp
M llvm/lib/Target/X86/X86ISelLowering.cpp
M llvm/lib/Target/X86/X86IndirectThunks.cpp
M llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
M llvm/lib/Target/X86/X86TargetTransformInfo.cpp
M llvm/lib/TargetParser/RISCVISAInfo.cpp
M llvm/lib/Transforms/IPO/FunctionImport.cpp
M llvm/lib/Transforms/InstCombine/InstCombineAndOrXor.cpp
M llvm/lib/Transforms/InstCombine/InstCombineVectorOps.cpp
M llvm/lib/Transforms/InstCombine/InstructionCombining.cpp
M llvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp
M llvm/lib/Transforms/Scalar/CorrelatedValuePropagation.cpp
M llvm/lib/Transforms/Scalar/JumpThreading.cpp
M llvm/lib/Transforms/Scalar/LoopDistribute.cpp
M llvm/lib/Transforms/Scalar/LoopFlatten.cpp
M llvm/lib/Transforms/Scalar/LowerConstantIntrinsics.cpp
M llvm/lib/Transforms/Scalar/SimplifyCFGPass.cpp
M llvm/lib/Transforms/Utils/AMDGPUEmitPrintf.cpp
M llvm/lib/Transforms/Utils/LowerMemIntrinsics.cpp
M llvm/lib/Transforms/Utils/PromoteMemoryToRegister.cpp
M llvm/lib/Transforms/Utils/SimplifyCFG.cpp
M llvm/lib/Transforms/Utils/SplitModule.cpp
M llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/lib/Transforms/Vectorize/VPlan.cpp
M llvm/lib/Transforms/Vectorize/VPlan.h
M llvm/lib/Transforms/Vectorize/VPlanRecipes.cpp
M llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
M llvm/lib/Transforms/Vectorize/VPlanVerifier.cpp
M llvm/lib/Transforms/Vectorize/VectorCombine.cpp
A llvm/test/Analysis/BasicAA/ptr-vector.ll
M llvm/test/Analysis/CostModel/AArch64/sve-intrinsics.ll
M llvm/test/Analysis/CostModel/RISCV/rvv-intrinsics.ll
M llvm/test/CodeGen/AArch64/GlobalISel/combine-shufflevector.mir
M llvm/test/CodeGen/AArch64/O0-pipeline.ll
M llvm/test/CodeGen/AArch64/O3-pipeline.ll
M llvm/test/CodeGen/AArch64/arm64-opt-remarks-lazy-bfi.ll
M llvm/test/CodeGen/AArch64/fcmp.ll
A llvm/test/CodeGen/AArch64/itofp-bf16.ll
M llvm/test/CodeGen/AArch64/itofp.ll
A llvm/test/CodeGen/AArch64/partial-reduction-add.ll
A llvm/test/CodeGen/AArch64/pr96366.ll
M llvm/test/CodeGen/AArch64/ptrauth-call.ll
A llvm/test/CodeGen/AArch64/shr-exact-demanded-bits.ll
M llvm/test/CodeGen/AArch64/speculation-hardening-sls-blr-bti.mir
M llvm/test/CodeGen/AArch64/speculation-hardening-sls-blr.mir
A llvm/test/CodeGen/AMDGPU/GlobalISel/atomicrmw_fmax.ll
A llvm/test/CodeGen/AMDGPU/GlobalISel/atomicrmw_fmin.ll
M llvm/test/CodeGen/AMDGPU/GlobalISel/global-atomic-fadd.f32-rtn.ll
A llvm/test/CodeGen/AMDGPU/GlobalISel/vni8-across-blocks.ll
M llvm/test/CodeGen/AMDGPU/amdgpu-codegenprepare-break-large-phis.ll
M llvm/test/CodeGen/AMDGPU/branch-folding-implicit-def-subreg.ll
M llvm/test/CodeGen/AMDGPU/dagcomb-extract-vec-elt-different-sizes.ll
M llvm/test/CodeGen/AMDGPU/dagcombine-fma-crash.ll
M llvm/test/CodeGen/AMDGPU/extract-subvector-16bit.ll
M llvm/test/CodeGen/AMDGPU/extract-subvector.ll
M llvm/test/CodeGen/AMDGPU/global-atomic-fadd.f32-rtn.ll
M llvm/test/CodeGen/AMDGPU/global-atomicrmw-fadd-wrong-subtarget.ll
M llvm/test/CodeGen/AMDGPU/global_atomic_optimizer_fp_rtn.ll
M llvm/test/CodeGen/AMDGPU/llc-pipeline.ll
M llvm/test/CodeGen/AMDGPU/local-atomicrmw-fadd.ll
M llvm/test/CodeGen/AMDGPU/lower-mem-intrinsics.ll
M llvm/test/CodeGen/AMDGPU/sdwa-peephole.ll
M llvm/test/CodeGen/AMDGPU/vni8-across-blocks.ll
A llvm/test/CodeGen/AMDGPU/vni8-live-reg-opt.ll
A llvm/test/CodeGen/BPF/BTF/extern-var-func2.ll
A llvm/test/CodeGen/RISCV/convert-highly-predictable-select-to-branch.ll
A llvm/test/CodeGen/RISCV/fold-binop-into-select-return-constant.ll
A llvm/test/CodeGen/RISCV/pr96366.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-shuffles.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-strided-load-store-asm.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-strided-load-store.ll
A llvm/test/CodeGen/RISCV/rvv/known-never-zero.ll
A llvm/test/CodeGen/RISCV/rvv/remat.ll
M llvm/test/CodeGen/RISCV/rvv/vsetvli-insert-crossbb.ll
M llvm/test/CodeGen/RISCV/rvv/vsetvli-insert-crossbb.mir
A llvm/test/CodeGen/RISCV/xcvalu.ll
A llvm/test/CodeGen/SPIRV/function/forward-call-type-inference.ll
M llvm/test/CodeGen/SPIRV/instructions/atomic.ll
M llvm/test/CodeGen/SPIRV/instructions/integer-casts.ll
M llvm/test/CodeGen/SPIRV/transcoding/OpDot.ll
M llvm/test/CodeGen/SPIRV/transcoding/spirv-event-null.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_ballot.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_non_uniform_arithmetic.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_non_uniform_vote.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_shuffle.ll
M llvm/test/CodeGen/SPIRV/transcoding/sub_group_shuffle_relative.ll
M llvm/test/CodeGen/X86/O0-pipeline.ll
M llvm/test/CodeGen/X86/addr-mode-matcher-3.ll
M llvm/test/CodeGen/X86/apx/cf.ll
M llvm/test/CodeGen/X86/bfloat.ll
M llvm/test/CodeGen/X86/csr-split.ll
M llvm/test/CodeGen/X86/div-rem-pair-recomposition-signed.ll
M llvm/test/CodeGen/X86/fp-strict-scalar-cmp-fp16.ll
M llvm/test/CodeGen/X86/is_fpclass-fp80.ll
M llvm/test/CodeGen/X86/movmsk-bittest.ll
M llvm/test/CodeGen/X86/opt-pipeline.ll
M llvm/test/CodeGen/X86/shift-combine.ll
M llvm/test/CodeGen/X86/sttni.ll
M llvm/test/CodeGen/X86/var-permute-128.ll
M llvm/test/CodeGen/X86/var-permute-256.ll
M llvm/test/CodeGen/X86/var-permute-512.ll
M llvm/test/CodeGen/X86/vselect-avx.ll
M llvm/test/CodeGen/X86/zero-remat.ll
M llvm/test/Demangle/ms-auto-templates.test
A llvm/test/Instrumentation/MemorySanitizer/vector-track-origins-neon.ll
A llvm/test/Instrumentation/MemorySanitizer/vector-track-origins-struct.ll
A llvm/test/MC/Sparc/elf-sparc-machine-type.s
A llvm/test/MC/X86/AMX/amx-error.s
M llvm/test/Other/new-pm-defaults.ll
M llvm/test/ThinLTO/X86/funcimport-stats.ll
M llvm/test/Transforms/CorrelatedValuePropagation/icmp.ll
M llvm/test/Transforms/CorrelatedValuePropagation/vectors.ll
M llvm/test/Transforms/FunctionImport/funcimport.ll
A llvm/test/Transforms/Inline/ML/dead-callee.ll
M llvm/test/Transforms/InstCombine/X86/blend_x86.ll
A llvm/test/Transforms/InstCombine/X86/x86-pmulh.ll
A llvm/test/Transforms/InstCombine/X86/x86-pmulhrs.ll
A llvm/test/Transforms/InstCombine/X86/x86-pmulhu.ll
M llvm/test/Transforms/InstCombine/icmp-select-implies-common-op.ll
M llvm/test/Transforms/InstCombine/range-check.ll
M llvm/test/Transforms/InstCombine/saturating-add-sub.ll
M llvm/test/Transforms/InstCombine/scalarization.ll
M llvm/test/Transforms/InstCombine/xor.ll
M llvm/test/Transforms/LoopDistribute/basic.ll
M llvm/test/Transforms/LoopDistribute/bounds-expansion-bug.ll
M llvm/test/Transforms/LoopDistribute/crash-in-memcheck-generation.ll
M llvm/test/Transforms/LoopDistribute/debug-print.ll
M llvm/test/Transforms/LoopDistribute/diagnostics-with-hotness.ll
M llvm/test/Transforms/LoopDistribute/diagnostics.ll
M llvm/test/Transforms/LoopDistribute/disable_nonforced.ll
M llvm/test/Transforms/LoopDistribute/disable_nonforced_enable.ll
M llvm/test/Transforms/LoopDistribute/early-exit.ll
M llvm/test/Transforms/LoopDistribute/followup.ll
M llvm/test/Transforms/LoopDistribute/metadata.ll
M llvm/test/Transforms/LoopDistribute/no-if-convert.ll
M llvm/test/Transforms/LoopDistribute/outside-use.ll
M llvm/test/Transforms/LoopDistribute/pointer-phi-in-loop.ll
M llvm/test/Transforms/LoopDistribute/pr28443.ll
M llvm/test/Transforms/LoopDistribute/program-order.ll
M llvm/test/Transforms/LoopDistribute/scev-inserted-runtime-check.ll
M llvm/test/Transforms/LoopDistribute/symbolic-stride.ll
M llvm/test/Transforms/LoopDistribute/uncomputable-backedge-taken-count.ll
M llvm/test/Transforms/LoopDistribute/unknown-bounds-for-memchecks.ll
A llvm/test/Transforms/LoopFlatten/preserving_debugloc_br.ll
M llvm/test/Transforms/LoopStrengthReduce/RISCV/lsr-drop-solution.ll
M llvm/test/Transforms/LoopVectorize/AArch64/first-order-recurrence-fold-tail.ll
M llvm/test/Transforms/LoopVectorize/AArch64/fixed-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/AArch64/induction-costs.ll
M llvm/test/Transforms/LoopVectorize/AArch64/interleaving-reduction.ll
M llvm/test/Transforms/LoopVectorize/AArch64/loop-vectorization-factors.ll
M llvm/test/Transforms/LoopVectorize/AArch64/masked-call.ll
M llvm/test/Transforms/LoopVectorize/AArch64/pr73894.ll
M llvm/test/Transforms/LoopVectorize/AArch64/reduction-recurrence-costs-sve.ll
M llvm/test/Transforms/LoopVectorize/AArch64/scalable-reduction-inloop-cond.ll
M llvm/test/Transforms/LoopVectorize/AArch64/scalable-strict-fadd.ll
M llvm/test/Transforms/LoopVectorize/AArch64/streaming-compatible-sve-no-maximize-bandwidth.ll
M llvm/test/Transforms/LoopVectorize/AArch64/strict-fadd.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-epilog-vect-inloop-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-epilog-vect-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-epilog-vect-strict-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-interleaved-accesses.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-select-cmp.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-tail-folding-option.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-tail-folding-reductions.ll
M llvm/test/Transforms/LoopVectorize/AArch64/sve-widen-phi.ll
M llvm/test/Transforms/LoopVectorize/AArch64/synthesize-mask-for-call.ll
M llvm/test/Transforms/LoopVectorize/AArch64/widen-call-with-intrinsic-or-libfunc.ll
M llvm/test/Transforms/LoopVectorize/ARM/mve-reduction-predselect.ll
M llvm/test/Transforms/LoopVectorize/ARM/mve-reduction-types.ll
M llvm/test/Transforms/LoopVectorize/ARM/mve-selectandorcost.ll
M llvm/test/Transforms/LoopVectorize/ARM/sphinx.ll
M llvm/test/Transforms/LoopVectorize/ARM/tail-fold-multiple-icmps.ll
M llvm/test/Transforms/LoopVectorize/ARM/tail-folding-not-allowed.ll
M llvm/test/Transforms/LoopVectorize/PowerPC/exit-branch-cost.ll
M llvm/test/Transforms/LoopVectorize/RISCV/defaults.ll
A llvm/test/Transforms/LoopVectorize/RISCV/first-order-recurrence-scalable-vf1.ll
M llvm/test/Transforms/LoopVectorize/RISCV/inloop-reduction.ll
M llvm/test/Transforms/LoopVectorize/RISCV/ordered-reduction.ll
M llvm/test/Transforms/LoopVectorize/RISCV/riscv-vector-reverse.ll
M llvm/test/Transforms/LoopVectorize/RISCV/scalable-basics.ll
M llvm/test/Transforms/LoopVectorize/RISCV/scalable-tailfold.ll
M llvm/test/Transforms/LoopVectorize/RISCV/select-cmp-reduction.ll
M llvm/test/Transforms/LoopVectorize/SystemZ/predicated-first-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/SystemZ/zero_unroll.ll
M llvm/test/Transforms/LoopVectorize/X86/cost-model.ll
M llvm/test/Transforms/LoopVectorize/X86/fixed-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/X86/imprecise-through-phis.ll
M llvm/test/Transforms/LoopVectorize/X86/induction-costs.ll
M llvm/test/Transforms/LoopVectorize/X86/invariant-store-vectorization.ll
M llvm/test/Transforms/LoopVectorize/X86/load-deref-pred.ll
M llvm/test/Transforms/LoopVectorize/X86/pr23997.ll
M llvm/test/Transforms/LoopVectorize/X86/pr72969.ll
M llvm/test/Transforms/LoopVectorize/X86/reduction-fastmath.ll
M llvm/test/Transforms/LoopVectorize/X86/strided_load_cost.ll
M llvm/test/Transforms/LoopVectorize/X86/tail_loop_folding.ll
M llvm/test/Transforms/LoopVectorize/X86/uniform_mem_op.ll
M llvm/test/Transforms/LoopVectorize/X86/x86-predication.ll
M llvm/test/Transforms/LoopVectorize/branch-weights.ll
M llvm/test/Transforms/LoopVectorize/dead_instructions.ll
M llvm/test/Transforms/LoopVectorize/epilog-vectorization-any-of-reductions.ll
M llvm/test/Transforms/LoopVectorize/epilog-vectorization-reductions.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-chains-vplan.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-chains.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-complex.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-multiply-recurrences.ll
A llvm/test/Transforms/LoopVectorize/first-order-recurrence-scalable-vf1.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence-sink-replicate-region.ll
M llvm/test/Transforms/LoopVectorize/first-order-recurrence.ll
M llvm/test/Transforms/LoopVectorize/fix-reduction-dbg.ll
M llvm/test/Transforms/LoopVectorize/float-minmax-instruction-flag.ll
M llvm/test/Transforms/LoopVectorize/if-pred-non-void.ll
M llvm/test/Transforms/LoopVectorize/if-pred-stores.ll
M llvm/test/Transforms/LoopVectorize/induction.ll
M llvm/test/Transforms/LoopVectorize/interleave-and-scalarize-only.ll
M llvm/test/Transforms/LoopVectorize/interleaved-accesses.ll
M llvm/test/Transforms/LoopVectorize/invariant-store-vectorization-2.ll
M llvm/test/Transforms/LoopVectorize/invariant-store-vectorization.ll
M llvm/test/Transforms/LoopVectorize/load-deref-pred-align.ll
M llvm/test/Transforms/LoopVectorize/loop-form.ll
M llvm/test/Transforms/LoopVectorize/pr51614-fold-tail-by-masking.ll
M llvm/test/Transforms/LoopVectorize/pr55167-fold-tail-live-out.ll
M llvm/test/Transforms/LoopVectorize/pr59319-loop-access-info-invalidation.ll
M llvm/test/Transforms/LoopVectorize/reduction-align.ll
M llvm/test/Transforms/LoopVectorize/reduction-inloop-cond.ll
M llvm/test/Transforms/LoopVectorize/reduction-odd-interleave-counts.ll
M llvm/test/Transforms/LoopVectorize/reduction-small-size.ll
M llvm/test/Transforms/LoopVectorize/reduction.ll
M llvm/test/Transforms/LoopVectorize/scalable-reduction-inloop.ll
M llvm/test/Transforms/LoopVectorize/select-cmp-predicated.ll
M llvm/test/Transforms/LoopVectorize/select-cmp.ll
M llvm/test/Transforms/LoopVectorize/select-reduction-start-value-may-be-undef-or-poison.ll
M llvm/test/Transforms/LoopVectorize/select-reduction.ll
M llvm/test/Transforms/LoopVectorize/store-reduction-results-in-tail-folded-loop.ll
M llvm/test/Transforms/LoopVectorize/strict-fadd-interleave-only.ll
M llvm/test/Transforms/LoopVectorize/trunc-reductions.ll
M llvm/test/Transforms/LoopVectorize/vplan-iv-transforms.ll
M llvm/test/Transforms/LoopVectorize/vplan-printing-before-execute.ll
M llvm/test/Transforms/LoopVectorize/vplan-printing-outer-loop.ll
M llvm/test/Transforms/LoopVectorize/vplan-printing.ll
M llvm/test/Transforms/LoopVectorize/vplan-sink-scalars-and-merge-vf1.ll
M llvm/test/Transforms/LoopVectorize/vplan-sink-scalars-and-merge.ll
A llvm/test/Transforms/LowerConstantIntrinsics/preserving-debugloc-br.ll
A llvm/test/Transforms/Mem2Reg/single-store.ll
M llvm/test/Transforms/NewGVN/pr35125.ll
M llvm/test/Transforms/OpenMP/add_attributes.ll
M llvm/test/Transforms/PhaseOrdering/AArch64/hoist-runtime-checks.ll
M llvm/test/Transforms/PhaseOrdering/X86/blendv-select.ll
M llvm/test/Transforms/PhaseOrdering/X86/hoist-load-of-baseptr.ll
A llvm/test/Transforms/PhaseOrdering/X86/merge-functions2.ll
A llvm/test/Transforms/PhaseOrdering/X86/merge-functions3.ll
M llvm/test/Transforms/PhaseOrdering/X86/pr67803.ll
M llvm/test/Transforms/SLPVectorizer/AArch64/scalarization-overhead.ll
M llvm/test/Transforms/SLPVectorizer/X86/entries-different-vf.ll
M llvm/test/Transforms/SLPVectorizer/X86/reused-extractelements.ll
A llvm/test/Transforms/SLPVectorizer/rdar128092379.ll
A llvm/test/Transforms/SimplifyCFG/preserving-debugloc-br.ll
M llvm/test/Transforms/VectorCombine/RISCV/vpintrin-scalarization.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/loop-distribute.ll
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/Inputs/loop-distribute.ll.expected
A llvm/test/tools/UpdateTestChecks/update_analyze_test_checks/loop-distribute.test
M llvm/test/tools/llvm-ifs/write-stub.test
M llvm/test/tools/llvm-objcopy/ELF/add-note.test
M llvm/test/tools/llvm-readobj/ELF/AArch64/aarch64-feature-pauth.s
M llvm/test/tools/llvm-readobj/ELF/AArch64/aarch64-note-gnu-property.s
M llvm/test/tools/llvm-readobj/ELF/AArch64/memtag.test
M llvm/test/tools/llvm-readobj/ELF/AArch64/note-android-unknown.test
M llvm/test/tools/llvm-readobj/ELF/dynamic-malformed.test
M llvm/test/tools/llvm-readobj/ELF/dynamic-tags.test
M llvm/test/tools/llvm-readobj/ELF/gnu-note-size.test
M llvm/test/tools/llvm-readobj/ELF/gnu-notes.test
M llvm/test/tools/llvm-readobj/ELF/loadname.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-invalid-v2.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-invalid-v3.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-valid-v2.test
M llvm/test/tools/llvm-readobj/ELF/note-amd-valid-v3.s
M llvm/test/tools/llvm-readobj/ELF/note-amd.s
M llvm/test/tools/llvm-readobj/ELF/note-amdgpu-invalid.s
M llvm/test/tools/llvm-readobj/ELF/note-amdgpu.test
M llvm/test/tools/llvm-readobj/ELF/note-core-ntfile.test
M llvm/test/tools/llvm-readobj/ELF/note-core.test
M llvm/test/tools/llvm-readobj/ELF/note-freebsd-core.test
M llvm/test/tools/llvm-readobj/ELF/note-freebsd.test
M llvm/test/tools/llvm-readobj/ELF/note-generic.s
M llvm/test/tools/llvm-readobj/ELF/note-gnu-property.s
M llvm/test/tools/llvm-readobj/ELF/note-gnu-property2.s
M llvm/test/tools/llvm-readobj/ELF/note-llvmompoffload.test
A llvm/test/tools/llvm-readobj/ELF/note-multiple-sections.test
M llvm/test/tools/llvm-readobj/ELF/note-netbsd-core.test
M llvm/test/tools/llvm-readobj/ELF/note-openbsd-core.test
M llvm/test/tools/llvm-readobj/ELF/note-unknown.s
M llvm/test/tools/llvm-readobj/ELF/reloc-types-aarch64.test
M llvm/test/tools/llvm-readobj/archive.test
A llvm/test/tools/llvm-split/name-hash-based-distribution.ll
A llvm/test/tools/llvm-split/round-robin.ll
M llvm/test/tools/llvm-symbolizer/get-input-file.test
M llvm/tools/llvm-cov/CodeCoverage.cpp
M llvm/tools/llvm-cov/SourceCoverageView.cpp
M llvm/tools/llvm-cov/SourceCoverageView.h
M llvm/tools/llvm-readobj/ELFDumper.cpp
M llvm/tools/llvm-split/llvm-split.cpp
M llvm/tools/llvm-symbolizer/llvm-symbolizer.cpp
M llvm/tools/opt/optdriver.cpp
M llvm/unittests/IR/ConstantRangeTest.cpp
M llvm/unittests/IR/InstructionsTest.cpp
M llvm/unittests/SandboxIR/SandboxIRTest.cpp
M llvm/unittests/Support/raw_ostream_test.cpp
M llvm/unittests/TargetParser/TargetParserTest.cpp
M llvm/unittests/Transforms/Vectorize/VPlanHCFGTest.cpp
M llvm/unittests/Transforms/Vectorize/VPlanTestBase.h
M llvm/utils/TableGen/ARMTargetDefEmitter.cpp
M llvm/utils/UpdateTestChecks/common.py
M llvm/utils/emacs/llvm-mode.el
M llvm/utils/gn/secondary/clang-tools-extra/clang-tidy/bugprone/BUILD.gn
M llvm/utils/gn/secondary/libcxx/src/BUILD.gn
M llvm/utils/update_analyze_test_checks.py
M mlir/include/mlir/Analysis/Presburger/IntegerRelation.h
M mlir/include/mlir/Analysis/Presburger/Simplex.h
M mlir/include/mlir/Bindings/Python/PybindAdaptors.h
M mlir/include/mlir/Dialect/LLVMIR/LLVMOps.td
M mlir/include/mlir/Dialect/Linalg/IR/LinalgNamedStructuredOps.yaml
M mlir/include/mlir/Dialect/OpenACC/OpenACC.h
M mlir/include/mlir/Dialect/OpenACC/OpenACCOps.td
M mlir/include/mlir/Dialect/OpenMP/OpenMPClauseOperands.h
M mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td
M mlir/include/mlir/Dialect/OpenMP/OpenMPOps.td
M mlir/include/mlir/Dialect/Vector/IR/VectorOps.td
M mlir/include/mlir/Pass/PassOptions.h
M mlir/lib/Analysis/FlatLinearValueConstraints.cpp
M mlir/lib/Analysis/Presburger/IntegerRelation.cpp
M mlir/lib/Analysis/Presburger/PresburgerRelation.cpp
M mlir/lib/Analysis/Presburger/Simplex.cpp
M mlir/lib/Analysis/Presburger/Utils.cpp
M mlir/lib/Bytecode/Reader/BytecodeReader.cpp
M mlir/lib/Conversion/VectorToLLVM/ConvertVectorToLLVM.cpp
M mlir/lib/Dialect/Bufferization/Transforms/BufferOptimizations.cpp
M mlir/lib/Dialect/LLVMIR/IR/NVVMDialect.cpp
M mlir/lib/Dialect/OpenACC/IR/OpenACC.cpp
M mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
M mlir/lib/Dialect/Vector/IR/ScalableValueBoundsConstraintSet.cpp
M mlir/lib/Dialect/Vector/IR/VectorOps.cpp
M mlir/lib/Dialect/Vector/Transforms/VectorTransforms.cpp
M mlir/lib/Pass/PassRegistry.cpp
M mlir/lib/Target/LLVMIR/ModuleImport.cpp
M mlir/lib/Target/LLVMIR/ModuleTranslation.cpp
M mlir/python/mlir/dialects/linalg/opdsl/ops/core_named_ops.py
A mlir/test/Bytecode/external_resources.mlir
M mlir/test/Conversion/NVVMToLLVM/nvvm-to-llvm.mlir
M mlir/test/Conversion/VectorToLLVM/vector-to-llvm.mlir
M mlir/test/Dialect/LLVMIR/func.mlir
M mlir/test/Dialect/OpenMP/invalid.mlir
M mlir/test/Dialect/OpenMP/ops.mlir
M mlir/test/Dialect/Vector/canonicalize.mlir
M mlir/test/Dialect/Vector/invalid.mlir
M mlir/test/Dialect/Vector/ops.mlir
M mlir/test/Dialect/Vector/test-scalable-bounds.mlir
M mlir/test/Dialect/Vector/vector-transfer-flatten.mlir
M mlir/test/Pass/pipeline-options-parsing.mlir
M mlir/test/Target/LLVMIR/Import/function-attributes.ll
M mlir/test/Target/LLVMIR/llvmir.mlir
M mlir/test/python/dialects/linalg/opdsl/test_core_named_ops.py
M mlir/test/python/dialects/python_test.py
M mlir/test/python/lib/PythonTestCAPI.cpp
M mlir/test/python/lib/PythonTestCAPI.h
M mlir/test/python/lib/PythonTestDialect.h
M mlir/test/python/lib/PythonTestModule.cpp
M mlir/test/python/python_test_ops.td
M offload/test/mapping/map_both_pointer_pointee.c
M openmp/libompd/src/TargetValue.h
M openmp/libompd/test/CMakeLists.txt
M openmp/libompd/test/ompt_plugin.h
M openmp/runtime/src/include/omp-tools.h.var
M utils/bazel/examples/http_archive/WORKSPACE
M utils/bazel/examples/submodule/WORKSPACE
Log Message:
-----------
[𝘀𝗽𝗿] changes introduced through rebase
Created using spr 1.3.4
[skip ci]
Compare: https://github.com/llvm/llvm-project/compare/ac1a4647ce7b...37ffa982b684
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