[all-commits] [llvm/llvm-project] ccd35e: [SCCP] Add common prefix in test (NFC)
Krzysztof Parzyszek via All-commits
all-commits at lists.llvm.org
Mon Aug 11 11:27:31 PDT 2025
Branch: refs/heads/users/kparzysz/w02-expr-rewriter
Home: https://github.com/llvm/llvm-project
Commit: ccd35e5b2f1438646d11c27eaa475f34681f9cbe
https://github.com/llvm/llvm-project/commit/ccd35e5b2f1438646d11c27eaa475f34681f9cbe
Author: Nikita Popov <npopov at redhat.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/test/Transforms/SCCP/widening.ll
Log Message:
-----------
[SCCP] Add common prefix in test (NFC)
Commit: 2d7b55a028139dde58a994a65895841190dfde96
https://github.com/llvm/llvm-project/commit/2d7b55a028139dde58a994a65895841190dfde96
Author: Alexey Bataev <a.bataev at outlook.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/test/Transforms/SLPVectorizer/AArch64/vec3-reorder-reshuffle.ll
M llvm/test/Transforms/SLPVectorizer/X86/buildvector-schedule-for-subvector.ll
M llvm/test/Transforms/SLPVectorizer/X86/cast-operand-extracted.ll
M llvm/test/Transforms/SLPVectorizer/X86/pr35497.ll
M llvm/test/Transforms/SLPVectorizer/X86/shuffle-mask-emission.ll
M llvm/test/Transforms/SLPVectorizer/X86/vec3-reorder-reshuffle.ll
M llvm/test/Transforms/SLPVectorizer/gathered-consecutive-loads-different-types.ll
M llvm/test/Transforms/SLPVectorizer/revec.ll
Log Message:
-----------
[SLP]Initial support for copyable elements
Adds initial support for copyable elements, both schedulable and
non-schedulable.
Adds support only for add for now, other opcodes will added in future.
Still some cases are not handled, e.g. stores do not include this,
because currently do not check for copyable elements.
Reviewers: hiraditya, RKSimon
Reviewed By: RKSimon
Pull Request: https://github.com/llvm/llvm-project/pull/147366
Commit: 0adcbc02288a5ceb6270532d980ad7f2412c2bd8
https://github.com/llvm/llvm-project/commit/0adcbc02288a5ceb6270532d980ad7f2412c2bd8
Author: William Huynh <William.Huynh at arm.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M libc/cmake/modules/LLVMLibCCompileOptionRules.cmake
M libc/cmake/modules/LLVMLibCTestRules.cmake
M libc/test/src/time/timespec_get_test.cpp
Log Message:
-----------
[libc] Disable LlvmLibcTimespecGet.Monotonic for baremetal targets (#152290)
This test was caught by our hermetic testing downstream. The baremetal
implementation does not support monotonic, so we disable it.
Commit: d74ae41bc0bd654de89ca1e01ffea0fc01df17fd
https://github.com/llvm/llvm-project/commit/d74ae41bc0bd654de89ca1e01ffea0fc01df17fd
Author: David Spickett <david.spickett at linaro.org>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M compiler-rt/test/profile/Linux/coverage_short_circuit.cpp
Log Message:
-----------
[compiler-rt][test] Require lld for coverage_short_circuit.cpp
Commit: 5544492d6a365e3f41a5439987b6bb8d0d3edd02
https://github.com/llvm/llvm-project/commit/5544492d6a365e3f41a5439987b6bb8d0d3edd02
Author: Oleksandr T. <oleksandr.tarasiuk at outlook.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/lib/Lex/PPDirectives.cpp
M clang/test/Preprocessor/embed_parsing_errors.c
Log Message:
-----------
[Clang] Fixed a crash when parsing #embed parameters with unmatched closing brackets (#152877)
Fixes #152829
---
This patch addresses the issue where the preprocessor could crash when
parsing `#embed` parameters containing unmatched closing brackets
```cpp
#embed "file" prefix(])
#embed "file" prefix(})
```
Commit: 9a293530d989aa061c5ec304e0d660d020a19bc3
https://github.com/llvm/llvm-project/commit/9a293530d989aa061c5ec304e0d660d020a19bc3
Author: Matt Arsenault <Matthew.Arsenault at amd.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/lib/Target/AMDGPU/AMDGPURewriteAGPRCopyMFMA.cpp
M llvm/test/CodeGen/AMDGPU/inflate-reg-class-vgpr-mfma-to-av-with-load-source.mir
Log Message:
-----------
AMDGPU: Handle multiple AGPR MFMA rewrites (#147975)
I have this firing on one of the real examples, need to
produce the tests and check a few edge cases
Commit: 372d86dcf1adf90f994be60bb017d92455abb879
https://github.com/llvm/llvm-project/commit/372d86dcf1adf90f994be60bb017d92455abb879
Author: William Huynh <William.Huynh at arm.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M libc/startup/baremetal/arm/start.cpp
Log Message:
-----------
[libc] Cleanup startup/baremetal/arm/start.cpp (#151532)
Post-commit review changes as suggested by @petrhosek in #146863
Commit: 26a0962ce297da443ed556fdd547a11fc6a55f0a
https://github.com/llvm/llvm-project/commit/26a0962ce297da443ed556fdd547a11fc6a55f0a
Author: Bhasawut Singhaphan <bhasawut at gmail.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/lib/Headers/avx512fintrin.h
M clang/lib/Headers/avx512fp16intrin.h
M clang/test/CodeGen/X86/avx512f-builtins.c
M clang/test/CodeGen/X86/avx512fp16-builtins.c
M clang/test/CodeGen/X86/builtin_test_helpers.h
Log Message:
-----------
[Headers][X86] Allow AVX512 _mm512_set* intrinsics to be used in constexpr (#152910)
This PR adds constexpr support for the following AVX512F/BW/FP16 set
intrinsics:
- _mm512_set4_pd
- _mm512_set4_ps
- _mm512_set4_epi32
- _mm512_set4_epi64
- _mm512_set_pd
- _mm512_set_ps
- _mm512_set_epi8
- _mm512_set_epi16
- _mm512_set_epi32
- _mm512_set_epi64
- _mm512_setr_pd
- _mm512_setr_ps
- _mm512_setr_epi32
- _mm512_setr_epi64
- _mm512_set1_ph
- _mm512_set_ph
- _mm512_setr_ph
- _mm_setzero_ph
- _mm256_setzero_ph
- _mm512_setzero_ph
Closes https://github.com/llvm/llvm-project/issues/152288.
Part of https://github.com/llvm/llvm-project/issues/30794.
Commit: 9c8e71644227e2a30403dbfe075f96374ba9739c
https://github.com/llvm/llvm-project/commit/9c8e71644227e2a30403dbfe075f96374ba9739c
Author: Felipe de Azevedo Piovezan <fpiovezan at apple.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M lldb/include/lldb/Target/StackID.h
M lldb/source/Target/StackFrame.cpp
M lldb/source/Target/StackID.cpp
Log Message:
-----------
[lldb] Make StackID call Fix{Code,Data} pointers (#152796)
In architectures where pointers may contain metadata, such as arm64e, it
is important to ignore those bits when comparing two different StackIDs,
as the metadata may not be the same even if the pointers are.
This patch is a step towards allowing consumers of pointers to decide
whether they want to keep or remove metadata, as opposed to discarding
metadata at the moment pointers are created. See
https://github.com/llvm/llvm-project/pull/150537.
This was tested running the LLDB test suite on arm64e.
Commit: 40a469f79a0807a04bb805c749ec2ee723dd833c
https://github.com/llvm/llvm-project/commit/40a469f79a0807a04bb805c749ec2ee723dd833c
Author: Wesley Wiser <wwiser at gmail.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/lib/CodeGen/PrologEpilogInserter.cpp
M llvm/lib/Target/X86/X86FrameLowering.cpp
M llvm/lib/Target/X86/X86RegisterInfo.cpp
M llvm/lib/Target/X86/X86RegisterInfo.h
A llvm/test/CodeGen/X86/avx512f-large-stack.ll
M llvm/test/CodeGen/X86/huge-stack.ll
A llvm/test/CodeGen/X86/large-displacements-fastisel.ll
A llvm/test/CodeGen/X86/large-displacements.ll
M llvm/test/CodeGen/X86/merge-huge-sp-updates.ll
M llvm/test/CodeGen/X86/stack-clash-extra-huge.ll
M llvm/test/CodeGen/X86/stack-clash-huge.ll
M llvm/test/CodeGen/X86/win64-stackprobe-overflow.ll
Log Message:
-----------
Reapply "[X86] Correct 32-bit immediate assertion and fix 64-bit lowering for huge frame offsets" (#152239)
The first commit is identical to
69bec0afbb8f2aa0021d18ea38768360b16583a9.
The second commit fixes the instruction verification failures by
replacing the erroneous instruction with a trap after the error is
reported and adds `-verify-machineinstrs` to the tests added in the
original PR to catch the issue sooner.
After that change, all tests pass with both
`LLVM_ENABLE_EXPENSIVE_CHECKS={On,Off}`.
cc @RKSimon @e-kud @phoebewang @arsenm as reviewers on the original PR
Commit: 19ada02086c371dda75ec9704e50e1e28f1758bb
https://github.com/llvm/llvm-project/commit/19ada02086c371dda75ec9704e50e1e28f1758bb
Author: Stephen Long <63318318+steplong at users.noreply.github.com>
Date: 2025-08-12 (Tue, 12 Aug 2025)
Changed paths:
M llvm/lib/CodeGen/PreISelIntrinsicLowering.cpp
M llvm/lib/CodeGen/TargetLoweringBase.cpp
A llvm/test/Transforms/PreISelIntrinsicLowering/AArch64/expand-log.ll
Log Message:
-----------
PreISelIntrinsicLowering: Lower llvm.log to a loop if scalable vec arg (#129744)
Similar to ab976a1, but for llvm.log.
Commit: 585f27ccbd1a0a72f9e2744f6b42c6f25399e25d
https://github.com/llvm/llvm-project/commit/585f27ccbd1a0a72f9e2744f6b42c6f25399e25d
Author: Garvit Gupta <garvgupt at qti.qualcomm.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/include/clang/Driver/CommonArgs.h
M clang/lib/Driver/ToolChains/BareMetal.cpp
M clang/lib/Driver/ToolChains/CommonArgs.cpp
M clang/lib/Driver/ToolChains/Gnu.cpp
M clang/test/Driver/aarch64-toolchain.c
M clang/test/Driver/arm-toolchain.c
M clang/test/Driver/riscv32-toolchain.c
M clang/test/Driver/riscv64-toolchain.c
Log Message:
-----------
Add necessary linker flags when -static-pie is enabled in BareMetal Toolchain (#147589)
Commit: a10a8bb6120bf383ed563fa6e3be29144c4a5a4d
https://github.com/llvm/llvm-project/commit/a10a8bb6120bf383ed563fa6e3be29144c4a5a4d
Author: Simon Pilgrim <llvm-dev at redking.me.uk>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/lib/Headers/xmmintrin.h
M clang/test/CodeGen/X86/mmx-builtins.c
Log Message:
-----------
[Headers][X86] Enable constexpr handling for MMX/SSE sitofp/uitofp helper cvt intrinsics (#153017)
Commit: 3d38a92c8a835f5f4296c6581f6c13f60d38ba3a
https://github.com/llvm/llvm-project/commit/3d38a92c8a835f5f4296c6581f6c13f60d38ba3a
Author: owenca <owenpiano at gmail.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/lib/Format/CMakeLists.txt
A clang/lib/Format/NumericLiteralInfo.cpp
A clang/lib/Format/NumericLiteralInfo.h
M clang/unittests/Format/CMakeLists.txt
A clang/unittests/Format/NumericLiteralInfoTest.cpp
Log Message:
-----------
[clang-format] Add functionality of getting info about numeric literals (#152878)
Commit: 7b41c2f8241ad1c77a86bb77e4a5d29ababa4bde
https://github.com/llvm/llvm-project/commit/7b41c2f8241ad1c77a86bb77e4a5d29ababa4bde
Author: Connector Switch <c8ef at outlook.com>
Date: 2025-08-12 (Tue, 12 Aug 2025)
Changed paths:
M flang/lib/Optimizer/Builder/IntrinsicCall.cpp
M flang/test/Lower/Intrinsics/acospi.f90
M llvm/include/llvm/Support/MathExtras.h
Log Message:
-----------
[flang] Optimize `acospi` precision (#152869)
This patch implements the solution for `acospi` proposed in #150452,
improving precision for r16 and removing a redundant cast for r4.
Commit: 81b576e66bf223f7afc8a86463226cbf1bd480fd
https://github.com/llvm/llvm-project/commit/81b576e66bf223f7afc8a86463226cbf1bd480fd
Author: Luke Lau <luke at igalia.com>
Date: 2025-08-12 (Tue, 12 Aug 2025)
Changed paths:
M llvm/lib/Target/RISCV/RISCVTargetTransformInfo.cpp
M llvm/test/Analysis/CostModel/RISCV/cast.ll
Log Message:
-----------
[RISCV] Cost casts with illegal types that can't be legalized (#153030)
If we have a floating point vector and no zve32f/zve64f/zve64d, we can
end up with an invalid type-legalization cost from
getTypeLegalizationCost.
Previously this triggered an assertion that the type must have been
legalized if the "legal" type is a vector, but in this case when it's
not possible to legalize the original type is spat back out.
This fixes it by just checking that the legalization cost is valid.
We don't have much testing for zve64x, so we may have other places in
the cost model with this issue.
Fixes #153008
Commit: 18ef8d7fae9573913cb299ce0c82afa2f5279846
https://github.com/llvm/llvm-project/commit/18ef8d7fae9573913cb299ce0c82afa2f5279846
Author: Felipe de Azevedo Piovezan <fpiovezan at apple.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M lldb/source/Expression/IRMemoryMap.cpp
Log Message:
-----------
[lldb] Call FixUpPointer in WritePointerToMemory (#152798)
In architectures where pointers may contain metadata, such as arm64e,
the metadata may need to be cleaned prior to sending this pointer to be
used in expression evaluation generated code.
This patch is a step towards allowing consumers of pointers to decide
whether they want to keep or remove metadata, as opposed to discarding
metadata at the moment pointers are created. See
https://github.com/llvm/llvm-project/pull/150537.
This was tested running the LLDB test suite on arm64e.
Commit: d2b3e86321eaf954451e0a49534fa654dd67421e
https://github.com/llvm/llvm-project/commit/d2b3e86321eaf954451e0a49534fa654dd67421e
Author: LLVM GN Syncbot <llvmgnsyncbot at gmail.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/utils/gn/secondary/clang/lib/Format/BUILD.gn
M llvm/utils/gn/secondary/clang/unittests/Format/BUILD.gn
Log Message:
-----------
[gn build] Port 3d38a92c8a83
Commit: ea14ee4464c9c5640c0f05839f2102370ed1d219
https://github.com/llvm/llvm-project/commit/ea14ee4464c9c5640c0f05839f2102370ed1d219
Author: Krzysztof Parzyszek <Krzysztof.Parzyszek at amd.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M flang/lib/Semantics/check-omp-atomic.cpp
Log Message:
-----------
[flang][OpenMP] Refactor creating atomic analysis, NFC (#153036)
Turn it into a class that combines the information and generates the
analysis instead of having independent functions do it.
Commit: 7fb8a44ad58a399dfa66efe0ea3071448394457f
https://github.com/llvm/llvm-project/commit/7fb8a44ad58a399dfa66efe0ea3071448394457f
Author: Maksim Levental <maksim.levental at gmail.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M mlir/lib/Bindings/Python/IRCore.cpp
M mlir/python/mlir/_mlir_libs/_mlir/ir.pyi
M mlir/test/python/ir/operation.py
Log Message:
-----------
[mlir][python] expose isAttached (#153045)
Commit: f12e0380be3bd6084ae860090dc027e0281e388e
https://github.com/llvm/llvm-project/commit/f12e0380be3bd6084ae860090dc027e0281e388e
Author: Felipe de Azevedo Piovezan <fpiovezan at apple.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M lldb/include/lldb/API/SBError.h
M lldb/include/lldb/API/SBFrame.h
M lldb/include/lldb/Host/ProcessRunLock.h
M lldb/include/lldb/Target/ExecutionContext.h
M lldb/source/API/SBFrame.cpp
M lldb/source/API/SBThread.cpp
M lldb/source/Target/ExecutionContext.cpp
M lldb/test/API/python_api/run_locker/TestRunLocker.py
Log Message:
-----------
[lldb] Guard SBFrame/SBThread methods against running processes (#152020)
Prior to this patch, SBFrame/SBThread methods exhibit racy behavior if
called while the process is running, because they do not lock the
`Process::RetRunLock` mutex. If they did, they would fail, correctly
identifying that the process is not running.
Some methods _attempt_ to protect against this with the pattern:
```
ExecutionContext exe_ctx(m_opaque_sp.get(), lock); // this is a different lock
Process *process = exe_ctx.GetProcessPtr();
if (process) {
Process::StopLocker stop_locker;
if (stop_locker.TryLock(&process->GetRunLock()))
.... do work ...
```
However, this is also racy: the constructor of `ExecutionContext` will
access the frame list, which is something that can only be done once the
process is stopped.
With this patch:
1. The constructor of `ExecutionContext` now expects a `ProcessRunLock`
as an argument. It attempts to lock the run lock, and only fills in
information about frames and threads if the lock can be acquired.
Callers of the constructor are expected to check the lock.
2. All uses of ExecutionContext are adjusted to conform to the above.
3. The SBThread.cpp-defined helper function ResumeNewPlan now expects a
locked ProcessRunLock as _proof_ that the execution is stopped. It will
unlock the mutex prior to resuming the process.
This commit exposes many opportunities for early-returns, but these
would increase the diff of this patch and distract from the important
changes, so we opt not to do it here.
Commit: 049953fe8d1c45041c8a46889a4418018d02ed04
https://github.com/llvm/llvm-project/commit/049953fe8d1c45041c8a46889a4418018d02ed04
Author: Abid Qadeer <haqadeer at amd.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
M mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
A mlir/test/Target/LLVMIR/omptarget-debug-147063.mlir
Log Message:
-----------
[OMPIRBuilder] Avoid invalid debug location. (#151306)
This fixes #147063.
I tried to fix this issue in more general way in
https://github.com/llvm/llvm-project/pull/147091 but the reviewer
suggested to fix the locations which are causing this issue. So this is
a more targeted approach.
The `restoreIP` is frequently used in the `OMPIRBuilder` to change the
insert position. This function eventually calls
`SetInsertPoint(BasicBlock *TheBB, BasicBlock::iterator IP)`. This
function updates the insert point and the debug location. But if the
`IP` is pointing to the end of the `TheBB`, then the debug location is
not updated and we could have a mismatch between insert point and the
debug location.
The problem can occur in 2 different code patterns.
This code below shows the first scenario.
```
1. auto curPos = builder.saveIP();
2. builder.restoreIP(/* some new pos */);
3. // generate some code
4. builder.restoreIP(curPos);
```
If `curPos` points to the end of basic block, we could have a problem.
But it is easy one to handle as we have the location before hand and can
save the correct debug location before 2 and then restore it after 3.
This can be done either manually or using the `llvm::InsertPointGuard`
as shown below.
```
// manual approach
auto curPos = builder.saveIP();
llvm::DebugLoc DbgLoc = builder.getCurrentDebugLocation();
builder.restoreIP(/* some new pos */);
// generate some code
builder.SetCurrentDebugLocation(DbgLoc);
builder.restoreIP(curPos);
{
// using InsertPointGuard
llvm::InsertPointGuard IPG(builder);
builder.restoreIP(/* some new pos */);
// generate some code
}
```
This PR fixes one problematic case using the manual approach.
For the 2nd scenario, look at the code below.
```
1. void fn(InsertPointTy allocIP, InsertPointTy codegenIP) {
2. builder.setInsertPoint(allocIP);
3. // generate some alloca
4. builder.setInsertPoint(codegenIP);
5. }
```
The `fn` can be called from anywhere and we can't assume the debug
location of the builder is valid at the start of the function. So if 4
does not update the debug location because the `codegenIP` points at the
end of the block, the rest of the code can end up using the debug
location of the `allocaIP`. Unlike the first case, we don't have a debug
location that we can save before hand and restore afterwards.
The solution here is to use the location of the last instruction in that
block. I have added a wrapper function over `restoreIP` that could be
called for such cases. This PR uses it to fix one problematic case.
Commit: fb1035cfb4f0ceda143e01cc50100ce5b0d4e2e2
https://github.com/llvm/llvm-project/commit/fb1035cfb4f0ceda143e01cc50100ce5b0d4e2e2
Author: Helena Kotas <hekotas at microsoft.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/lib/Frontend/HLSL/HLSLBinding.cpp
M llvm/lib/Target/DirectX/DXILPostOptimizationValidation.cpp
M llvm/test/CodeGen/DirectX/Metadata/srv_metadata.ll
M llvm/test/CodeGen/DirectX/Metadata/uav_metadata.ll
M llvm/unittests/Frontend/HLSLBindingTest.cpp
Log Message:
-----------
[DirectX] Fix resource binding analysis incorrectly removing duplicates (#152253)
The resource binding analysis was incorrectly reducing the size of the
`Bindings` vector by one element after sorting and de-duplication. This
led to an inaccurate setting of the `HasOverlappingBinding` flag in the
`DXILResourceBindingInfo` analysis, as the truncated vector no longer
reflected the true binding state.
This update corrects the shrink logic and introduces an `assert` in the
`DXILPostOptimizationValidation` pass. The assertion will trigger if
`HasOverlappingBinding` is set but no corresponding error is detected,
helping catch future inconsistencies.
The bug surfaced when the `srv_metadata.hlsl` and `uav_metadata.hlsl`
tests were updated to include unbounded resource arrays as part of
https://github.com/llvm/llvm-project/issues/145422. These updated test
files are included in this PR, as they would cause the new assertion to
fire if the original issue remained unresolved.
Depends on #152250
Commit: 200a99073f1a5dec5d29ec67211608d0f4bcc971
https://github.com/llvm/llvm-project/commit/200a99073f1a5dec5d29ec67211608d0f4bcc971
Author: Muhammad Bassiouni <60100307+bassiounix at users.noreply.github.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M libc/shared/math.h
A libc/shared/math/cosf.h
M libc/src/__support/math/CMakeLists.txt
A libc/src/__support/math/cosf.h
A libc/src/__support/math/range_reduction.h
A libc/src/__support/math/range_reduction_fma.h
A libc/src/__support/math/sincosf_utils.h
M libc/src/math/generic/CMakeLists.txt
M libc/src/math/generic/cosf.cpp
M libc/src/math/generic/cospif.cpp
R libc/src/math/generic/range_reduction.h
R libc/src/math/generic/range_reduction_fma.h
M libc/src/math/generic/sincosf.cpp
R libc/src/math/generic/sincosf_utils.h
M libc/src/math/generic/sinf.cpp
M libc/src/math/generic/sinpif.cpp
M libc/src/math/generic/tanf.cpp
M libc/src/math/generic/tanpif.cpp
M libc/test/shared/CMakeLists.txt
M libc/test/shared/shared_math_test.cpp
M utils/bazel/llvm-project-overlay/libc/BUILD.bazel
Log Message:
-----------
[libc][math] Refactor cosf implementation to header-only in src/__support/math folder. (#152069)
Part of #147386
in preparation for: https://discourse.llvm.org/t/rfc-make-clang-builtin-math-functions-constexpr-with-llvm-libc-to-support-c-23-constexpr-math-functions/86450
Commit: dde474cfc41b480422a3c4e9607843660a88fc2a
https://github.com/llvm/llvm-project/commit/dde474cfc41b480422a3c4e9607843660a88fc2a
Author: Amr Hesham <amr96 at programmer.net>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/lib/CIR/CodeGen/CIRGenCall.cpp
M clang/lib/CIR/CodeGen/CIRGenExpr.cpp
M clang/lib/CIR/CodeGen/CIRGenFunction.cpp
M clang/lib/CIR/CodeGen/CIRGenTypes.cpp
M clang/lib/CIR/CodeGen/TargetInfo.cpp
Log Message:
-----------
[CIR] Make ClangIR compatible with latest nested name specifier AST representation (#152846)
After AST representation, new modifications landed in
(https://github.com/llvm/llvm-project/pull/147835). ClangIR requires
some changes in how we use Clang AST to be compatible with the new
changes
Commit: 005895290d5925c5e7458418ed75d9c2dad3adf0
https://github.com/llvm/llvm-project/commit/005895290d5925c5e7458418ed75d9c2dad3adf0
Author: Joseph Huber <huberjn at outlook.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M libc/src/__support/GPU/allocator.cpp
Log Message:
-----------
[libc] Simplifiy slab waiting in GPU memory allocator (#152872)
Summary:
This moves the waiting to be done inside of the `try_lock` routine
instead. This makes the logic much simpler since it's just a single loop
on a load. We should have the same effect here, and since we don't care
about this being a generic interface it shouldn't matter that it waits
abit. Still wait free since it's guaranteed to make progress
*eventually*.
Commit: f5f582451e913581ef214b8b771a13d3912394d5
https://github.com/llvm/llvm-project/commit/f5f582451e913581ef214b8b771a13d3912394d5
Author: Nikolas Klauser <nikolasklauser at berlin.de>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M libcxx/include/__type_traits/invoke.h
M libcxx/test/std/utilities/variant/variant.variant/variant.ctor/T.pass.cpp
Log Message:
-----------
[libc++] Fix std::variant evaluating template arguments too eagerly (#151028)
This has been reported in https://github.com/llvm/llvm-project/pull/116709#issuecomment-3105095648.
Fixes #151328
Commit: e0f5e2850fef4ee300c3475c1e6f8e9e41737d3d
https://github.com/llvm/llvm-project/commit/e0f5e2850fef4ee300c3475c1e6f8e9e41737d3d
Author: Augie Fackler <augie at google.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M llvm/lib/Target/Xtensa/XtensaISelLowering.cpp
Log Message:
-----------
[Xtensa] Fix function signature after e92b7e9641 (#153054)
Noticed this in the Rust/LLVM-HEAD CI, which for some obscure reason
bothers to build Xtensa.
Commit: 3c6b36eb5d0ede64433af64e1bacad5f02bb7815
https://github.com/llvm/llvm-project/commit/3c6b36eb5d0ede64433af64e1bacad5f02bb7815
Author: Krzysztof Parzyszek <Krzysztof.Parzyszek at amd.com>
Date: 2025-08-11 (Mon, 11 Aug 2025)
Changed paths:
M clang/docs/ReleaseNotes.rst
M clang/include/clang/Driver/CommonArgs.h
M clang/lib/CIR/CodeGen/CIRGenCall.cpp
M clang/lib/CIR/CodeGen/CIRGenExpr.cpp
M clang/lib/CIR/CodeGen/CIRGenFunction.cpp
M clang/lib/CIR/CodeGen/CIRGenTypes.cpp
M clang/lib/CIR/CodeGen/TargetInfo.cpp
M clang/lib/Driver/ToolChains/BareMetal.cpp
M clang/lib/Driver/ToolChains/CommonArgs.cpp
M clang/lib/Driver/ToolChains/Gnu.cpp
M clang/lib/Format/CMakeLists.txt
A clang/lib/Format/NumericLiteralInfo.cpp
A clang/lib/Format/NumericLiteralInfo.h
M clang/lib/Headers/avx512fintrin.h
M clang/lib/Headers/avx512fp16intrin.h
M clang/lib/Headers/xmmintrin.h
M clang/lib/Lex/PPDirectives.cpp
M clang/test/CodeGen/X86/avx512f-builtins.c
M clang/test/CodeGen/X86/avx512fp16-builtins.c
M clang/test/CodeGen/X86/builtin_test_helpers.h
M clang/test/CodeGen/X86/mmx-builtins.c
M clang/test/Driver/aarch64-toolchain.c
M clang/test/Driver/arm-toolchain.c
M clang/test/Driver/riscv32-toolchain.c
M clang/test/Driver/riscv64-toolchain.c
M clang/test/Preprocessor/embed_parsing_errors.c
M clang/unittests/Format/CMakeLists.txt
A clang/unittests/Format/NumericLiteralInfoTest.cpp
M compiler-rt/test/profile/Linux/coverage_short_circuit.cpp
M flang/lib/Optimizer/Builder/IntrinsicCall.cpp
M flang/test/Lower/Intrinsics/acospi.f90
M libc/cmake/modules/LLVMLibCCompileOptionRules.cmake
M libc/cmake/modules/LLVMLibCTestRules.cmake
M libc/shared/math.h
A libc/shared/math/cosf.h
M libc/src/__support/GPU/allocator.cpp
M libc/src/__support/math/CMakeLists.txt
A libc/src/__support/math/cosf.h
A libc/src/__support/math/range_reduction.h
A libc/src/__support/math/range_reduction_fma.h
A libc/src/__support/math/sincosf_utils.h
M libc/src/math/generic/CMakeLists.txt
M libc/src/math/generic/cosf.cpp
M libc/src/math/generic/cospif.cpp
R libc/src/math/generic/range_reduction.h
R libc/src/math/generic/range_reduction_fma.h
M libc/src/math/generic/sincosf.cpp
R libc/src/math/generic/sincosf_utils.h
M libc/src/math/generic/sinf.cpp
M libc/src/math/generic/sinpif.cpp
M libc/src/math/generic/tanf.cpp
M libc/src/math/generic/tanpif.cpp
M libc/startup/baremetal/arm/start.cpp
M libc/test/shared/CMakeLists.txt
M libc/test/shared/shared_math_test.cpp
M libc/test/src/time/timespec_get_test.cpp
M libcxx/include/__type_traits/invoke.h
M libcxx/test/std/utilities/variant/variant.variant/variant.ctor/T.pass.cpp
M lldb/include/lldb/API/SBError.h
M lldb/include/lldb/API/SBFrame.h
M lldb/include/lldb/Host/ProcessRunLock.h
M lldb/include/lldb/Target/ExecutionContext.h
M lldb/include/lldb/Target/StackID.h
M lldb/source/API/SBFrame.cpp
M lldb/source/API/SBThread.cpp
M lldb/source/Expression/IRMemoryMap.cpp
M lldb/source/Target/ExecutionContext.cpp
M lldb/source/Target/StackFrame.cpp
M lldb/source/Target/StackID.cpp
M lldb/test/API/python_api/run_locker/TestRunLocker.py
M llvm/include/llvm/Support/MathExtras.h
M llvm/lib/CodeGen/PreISelIntrinsicLowering.cpp
M llvm/lib/CodeGen/PrologEpilogInserter.cpp
M llvm/lib/CodeGen/TargetLoweringBase.cpp
M llvm/lib/Frontend/HLSL/HLSLBinding.cpp
M llvm/lib/Frontend/OpenMP/OMPIRBuilder.cpp
M llvm/lib/Target/AMDGPU/AMDGPURewriteAGPRCopyMFMA.cpp
M llvm/lib/Target/DirectX/DXILPostOptimizationValidation.cpp
M llvm/lib/Target/RISCV/RISCVTargetTransformInfo.cpp
M llvm/lib/Target/X86/X86FrameLowering.cpp
M llvm/lib/Target/X86/X86RegisterInfo.cpp
M llvm/lib/Target/X86/X86RegisterInfo.h
M llvm/lib/Target/Xtensa/XtensaISelLowering.cpp
M llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
M llvm/test/Analysis/CostModel/RISCV/cast.ll
M llvm/test/CodeGen/AMDGPU/inflate-reg-class-vgpr-mfma-to-av-with-load-source.mir
M llvm/test/CodeGen/DirectX/Metadata/srv_metadata.ll
M llvm/test/CodeGen/DirectX/Metadata/uav_metadata.ll
A llvm/test/CodeGen/X86/avx512f-large-stack.ll
M llvm/test/CodeGen/X86/huge-stack.ll
A llvm/test/CodeGen/X86/large-displacements-fastisel.ll
A llvm/test/CodeGen/X86/large-displacements.ll
M llvm/test/CodeGen/X86/merge-huge-sp-updates.ll
M llvm/test/CodeGen/X86/stack-clash-extra-huge.ll
M llvm/test/CodeGen/X86/stack-clash-huge.ll
M llvm/test/CodeGen/X86/win64-stackprobe-overflow.ll
A llvm/test/Transforms/PreISelIntrinsicLowering/AArch64/expand-log.ll
M llvm/test/Transforms/SCCP/widening.ll
M llvm/test/Transforms/SLPVectorizer/AArch64/vec3-reorder-reshuffle.ll
M llvm/test/Transforms/SLPVectorizer/X86/buildvector-schedule-for-subvector.ll
M llvm/test/Transforms/SLPVectorizer/X86/cast-operand-extracted.ll
M llvm/test/Transforms/SLPVectorizer/X86/pr35497.ll
M llvm/test/Transforms/SLPVectorizer/X86/shuffle-mask-emission.ll
M llvm/test/Transforms/SLPVectorizer/X86/vec3-reorder-reshuffle.ll
M llvm/test/Transforms/SLPVectorizer/gathered-consecutive-loads-different-types.ll
M llvm/test/Transforms/SLPVectorizer/revec.ll
M llvm/unittests/Frontend/HLSLBindingTest.cpp
M llvm/utils/gn/secondary/clang/lib/Format/BUILD.gn
M llvm/utils/gn/secondary/clang/unittests/Format/BUILD.gn
M mlir/lib/Bindings/Python/IRCore.cpp
M mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
M mlir/python/mlir/_mlir_libs/_mlir/ir.pyi
A mlir/test/Target/LLVMIR/omptarget-debug-147063.mlir
M mlir/test/python/ir/operation.py
M utils/bazel/llvm-project-overlay/libc/BUILD.bazel
Log Message:
-----------
Merge branch 'main' into users/kparzysz/w02-expr-rewriter
Compare: https://github.com/llvm/llvm-project/compare/d2ecbf084c01...3c6b36eb5d0e
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