tru wrote:
The conflict in ReleaseNotes has to be fixed. I am happy to have this
compatibility fixed since we ran into it at some point. I am guessing that
reviews can be slower during summer. Maybe @aganea or @efriedma-quic could have
a look (again).
https://github.com/llvm/llvm-project/pull
https://github.com/link-xyq updated
https://github.com/llvm/llvm-project/pull/151706
From 7417d5022c1c64e9f0dc7f2043e0fbdb3fdbc8c4 Mon Sep 17 00:00:00 2001
From: xuqian
Date: Fri, 1 Aug 2025 22:26:16 +0800
Subject: [PATCH 1/7] [RISCV] Add SpacemiT XSMTVDot (SpacemiT Vector Dot
Product) extensi
https://github.com/phoebewang approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/152435
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1312,6 +1312,11 @@ bool ResultBuilder::canCxxMethodBeCalled(const
CXXMethodDecl *Method,
(CurrentClassScope == Method->getParent() ||
CurrentClassScope->isDerivedFrom(Method->getParent()));
+ // if method is using C++23 "deducing this", then it is a call
+
github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff HEAD~1 HEAD --extensions c,cpp,h --
clang/test/CodeGen/RISCV/riscv-xandesperf-c-api-r
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/152440
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
madhur13490 wrote:
Gentle ping @tarunprabhu @kasuga-fj
https://github.com/llvm/llvm-project/pull/142686
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tclin914 updated
https://github.com/llvm/llvm-project/pull/147018
>From a7da278e7831ba3e5bd95c587083c50c600c9950 Mon Sep 17 00:00:00 2001
From: Jim Lin
Date: Mon, 5 May 2025 13:58:59 +0800
Subject: [PATCH 1/4] [RISCV] Implement Clang Builtins for XAndesPerf Extension
This pa
github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff HEAD~1 HEAD --extensions cpp --
clang-tools-extra/clangd/unittests/CodeCompleteTests.
https://github.com/MythreyaK edited
https://github.com/llvm/llvm-project/pull/152445
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/MythreyaK created
https://github.com/llvm/llvm-project/pull/152445
Attempts to fix code complete for
```cpp
struct A {
void foo(this auto&& self, int arg);
void bar(this A self, int arg);
};
int main() {
A a {};
(&A::fo$c^;
}
```
This should return
```
signature
@@ -0,0 +1,141 @@
+//===-- RISCVInstrInfoXSMTVDot.td --*- tablegen
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
https://github.com/link-xyq updated
https://github.com/llvm/llvm-project/pull/151706
From 653006f4564f5b71b5ff27ee86f5dcf469fc8c23 Mon Sep 17 00:00:00 2001
From: xuqian
Date: Fri, 1 Aug 2025 22:26:16 +0800
Subject: [PATCH 1/7] [RISCV] Add SpacemiT XSMTVDot (SpacemiT Vector Dot
Product) extensi
https://github.com/arsenm commented:
ocml rsqrt should be deleted, this is implementable by
```
float rsqrt(float x) {
#pragma clang fp contract(fast)
return 1.0f / __builtin_elementwise_sqrt(x);
}
```
https://github.com/llvm/llvm-project/pull/152436
github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff HEAD~1 HEAD --extensions cl --
libclc/clc/lib/amdgcn/math/clc_rsqrt.cl
``
wenju-he wrote:
@arsenm I'm not sure if the change is an improvement, please review.
https://github.com/llvm/llvm-project/pull/152436
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wenju-he created
https://github.com/llvm/llvm-project/pull/152436
Motivation is to upstream use of __ocml_rsqrt_ in
https://github.com/intel/llvm/blob/sycl/libclc/libspirv/lib/amdgcn-amdhsa/math/rsqrt.cl
llvm-diff shows vectorized calls of llvm.sqrt.v2f32 and fdiv are scalari
https://github.com/yichi170 updated
https://github.com/llvm/llvm-project/pull/152435
>From 7127a51341f76f44b5b3617a1cd7fdccd3d517b9 Mon Sep 17 00:00:00 2001
From: Yi-Chi Lee
Date: Wed, 6 Aug 2025 16:56:57 -0500
Subject: [PATCH 1/2] [Headers][X86] Update AVX/AVX512 float/double
add/sub/mul/div/
keinflue wrote:
@erichkeane Thank you.
I realized that both issues fixed by this PR are still present in similar form
if `-fexperimental-new-constant-interpreter` is used (and similar issues in
even more scenarios with that option).
Given that the option is experimental, is this expected to w
https://github.com/phoebewang approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/152305
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wenju-he created
https://github.com/llvm/llvm-project/pull/152431
None
>From 73299b736c61a2042aeadf46e62a93e11ca5a890 Mon Sep 17 00:00:00 2001
From: Wenju He
Date: Thu, 7 Aug 2025 05:03:56 +0200
Subject: [PATCH] [libclc] Add missing clc/lib/ptx-nvidiacl/SOURCES to
CMAKE_CON
@@ -6361,6 +6362,143 @@ class HLSLAttributedResourceType : public Type, public
llvm::FoldingSetNode {
findHandleTypeOnResource(const Type *RT);
};
+/// Instances of this class represent operands to a SPIR-V type instruction.
+class SpirvOperand {
+public:
+ enum SpirvOpera
@@ -6361,6 +6362,143 @@ class HLSLAttributedResourceType : public Type, public
llvm::FoldingSetNode {
findHandleTypeOnResource(const Type *RT);
};
+/// Instances of this class represent operands to a SPIR-V type instruction.
+class SpirvOperand {
+public:
+ enum SpirvOpera
https://github.com/localspook edited
https://github.com/llvm/llvm-project/pull/152401
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tahonermann updated
https://github.com/llvm/llvm-project/pull/152403
>From 5b42f6b9470a96a79b3474fcf384fa950449e095 Mon Sep 17 00:00:00 2001
From: Tom Honermann
Date: Wed, 6 Aug 2025 19:26:54 -0700
Subject: [PATCH] [SYCL] SYCL host kernel launch support for the
sycl_kernel_e
kito-cheng wrote:
GCC has landed `-march=unset` now :)
https://github.com/gcc-mirror/gcc/commit/aa1ae5284da3377190c7dd1e0dbd865bb41c46e6
https://github.com/llvm/llvm-project/pull/148321
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:/
https://github.com/localspook updated
https://github.com/llvm/llvm-project/pull/152401
>From f09e05a1aee29d94e908c3ef73d422bad65a3b34 Mon Sep 17 00:00:00 2001
From: Victor Chernyakin
Date: Wed, 6 Aug 2025 15:31:55 -0700
Subject: [PATCH 1/3] [clang-tidy] Raise minimum standard level for several
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/143230
>From 7882528d14f3e7c7f834c82735b950b5a4d4a87f Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 5 Aug 2025 18:16:32 -0700
Subject: [PATCH 1/8] [runtimes][PAC] Harden unwinding when possible (#138571)
This h
ChuanqiXu9 wrote:
> > Could elaborate it? Especially why it is safe to not lower coro.end to ret
> > void?
>
> The idea is: if we lower `coro.end` to `ret void`, users of `coro.end` will
> become unreachable. Thus, I assume that if the frontend uses the return value
> of `coro.end`, the inten
@@ -0,0 +1,21 @@
+//===--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apac
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Eli Friedman (efriedma-quic)
Changes
The clang side of the calling convention code for arm64 vs. arm64ec is close
enough that this isn't really noticeable in most cases, but the rule for
choosing whether to pass a struct directly or
https://github.com/efriedma-quic created
https://github.com/llvm/llvm-project/pull/152411
The clang side of the calling convention code for arm64 vs. arm64ec is close
enough that this isn't really noticeable in most cases, but the rule for
choosing whether to pass a struct directly or indirect
https://github.com/AlexVlx updated
https://github.com/llvm/llvm-project/pull/152023
>From e33787e50ac261d09aa9bcc7b9e25b162abb00d6 Mon Sep 17 00:00:00 2001
From: Alex Voicu
Date: Mon, 4 Aug 2025 21:08:56 +0100
Subject: [PATCH 1/3] Prevent spurious CC clashes.
---
clang/lib/Sema/SemaExprCXX.cp
llvmbot wrote:
@llvm/pr-subscribers-clang-tidy
Author: Victor Chernyakin (localspook)
Changes
`modernize-replace-auto-ptr`, `modernize-use-equals-delete`, and
`modernize-use-auto` use `std::unique_ptr`, `= delete`, and `auto`
respectively, which are all C++11 features.
The interesting b
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Victor Chernyakin (localspook)
Changes
`modernize-replace-auto-ptr`, `modernize-use-equals-delete`, and
`modernize-use-auto` use `std::unique_ptr`, `= delete`, and `auto`
respectively, which are all C++11 features.
The intere
https://github.com/localspook created
https://github.com/llvm/llvm-project/pull/152401
`modernize-replace-auto-ptr`, `modernize-use-equals-delete`, and
`modernize-use-auto` use `std::unique_ptr`, `= delete`, and `auto`
respectively, which are all C++11 features.
The interesting bit is `modern
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/143230
>From 7882528d14f3e7c7f834c82735b950b5a4d4a87f Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 5 Aug 2025 18:16:32 -0700
Subject: [PATCH 1/7] [runtimes][PAC] Harden unwinding when possible (#138571)
This h
https://github.com/negativ updated
https://github.com/llvm/llvm-project/pull/150952
>From 417b4e465744f9a1d1704c87da4587626c9f5411 Mon Sep 17 00:00:00 2001
From: Andrey Karlov
Date: Mon, 28 Jul 2025 16:23:21 +0300
Subject: [PATCH 1/2] Initial implementation
---
.../bugprone/unchecked-optional
https://github.com/Bigcheese approved this pull request.
lgtm with or without a test for this specific timing issue.
https://github.com/llvm/llvm-project/pull/151774
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/143230
>From 7882528d14f3e7c7f834c82735b950b5a4d4a87f Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 5 Aug 2025 18:16:32 -0700
Subject: [PATCH 1/6] [runtimes][PAC] Harden unwinding when possible (#138571)
This h
@@ -1388,9 +1393,166 @@ static std::string formatOffset(uint64_t OffsetInBits) {
return Offset;
}
-markup::Document HoverInfo::present() const {
+markup::Document HoverInfo::presentDoxygen() const {
+ // NOTE: this function is currently almost identical to presentDefault().
@@ -363,7 +363,12 @@ class CodeBlock : public Block {
void renderMarkdown(llvm::raw_ostream &OS) const override {
std::string Marker = getMarkerForCodeBlock(Contents);
// No need to pad from previous blocks, as they should end with a new line.
-OS << Marker << Lan
@@ -1388,9 +1393,170 @@ static std::string formatOffset(uint64_t OffsetInBits) {
return Offset;
}
-markup::Document HoverInfo::present() const {
+markup::Document HoverInfo::presentDoxygen() const {
+ // NOTE: this function is currently almost identical to presentDefault().
https://github.com/tcottin updated
https://github.com/llvm/llvm-project/pull/150790
>From 78c7cc2441b9395fd2a0b3ac6b25090dd7937098 Mon Sep 17 00:00:00 2001
From: Tim Cottin
Date: Sat, 26 Jul 2025 18:25:45 +
Subject: [PATCH 1/4] [clangd] introduce doxygen parser
---
clang-tools-extra/clang
https://github.com/Harald-R updated
https://github.com/llvm/llvm-project/pull/148371
>From 69f6e7461cdb3501f8a8ed4c5c11baaed0d37ef0 Mon Sep 17 00:00:00 2001
From: Harald-R
Date: Sat, 12 Jul 2025 16:32:04 +0300
Subject: [PATCH 1/2] Use resolved path when filtering in IncludeInserter
---
clang-
@@ -344,6 +344,21 @@ TEST_F(HeadersTest, ShortenIncludesInSearchPathBracketed) {
EXPECT_EQ(calculate(BarHeader), "");
}
+TEST_F(HeadersTest, ShortenIncludesInSearchPathBracketedFilterByFullPath) {
+ // The filter receives the full path of the header, so it is able to filter
https://github.com/moorabbit edited
https://github.com/llvm/llvm-project/pull/151348
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/moorabbit edited
https://github.com/llvm/llvm-project/pull/151348
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/143230
>From 7882528d14f3e7c7f834c82735b950b5a4d4a87f Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 5 Aug 2025 18:16:32 -0700
Subject: [PATCH 1/4] [runtimes][PAC] Harden unwinding when possible (#138571)
This h
ojhunt wrote:
Ok a bunch of these errors are because clang is misdiagnosing this scenario
```cpp
namespace {
template void foo(T*){}
}
template void bar(T* t) {
foo(t);
}
```
as not using the template function `foo`
https://github.com/llvm/llvm-project/pull/143230
___
https://github.com/fmayer approved this pull request.
lgtm thanks
small nit: I would say Add or Support rather than Enable in the first line of
the commit message
https://github.com/llvm/llvm-project/pull/151348
___
cfe-commits mailing list
cfe-commi
Patryk27 wrote:
> Rust normally uses a patched llvm and I am directly using this PR so that
> could be the cause but I want to check that first.
Yeah, I usually just cherry-pick my changes on top of Rust's fork of LLVM, to
make sure I don't bring too many unrelated changes there 👀
https://g
https://github.com/AlexVlx updated
https://github.com/llvm/llvm-project/pull/152023
>From e33787e50ac261d09aa9bcc7b9e25b162abb00d6 Mon Sep 17 00:00:00 2001
From: Alex Voicu
Date: Mon, 4 Aug 2025 21:08:56 +0100
Subject: [PATCH 1/2] Prevent spurious CC clashes.
---
clang/lib/Sema/SemaExprCXX.cp
Author: erichkeane
Date: 2025-08-06T13:14:20-07:00
New Revision: 26dde15ed4f1310fa5df3baf03d802ea1cf009b8
URL:
https://github.com/llvm/llvm-project/commit/26dde15ed4f1310fa5df3baf03d802ea1cf009b8
DIFF:
https://github.com/llvm/llvm-project/commit/26dde15ed4f1310fa5df3baf03d802ea1cf009b8.diff
LO
tomtor wrote:
I am currently testing this PR in a Rust build and I am seeing some changes in
generated code which I want to study before a merge of this PR.
Rust normally uses a patched llvm and I am directly using this PR so that could
be the cause but I want to check that first. @Patryk27
@@ -680,11 +682,19 @@ int
CompactUnwinder_arm64::stepWithCompactEncodingFrame(
savedRegisterLoc -= 8;
}
- uint64_t fp = registers.getFP();
+ Registers_arm64::reg_t fp = registers.getFP();
// fp points to old fp
registers.setFP(addressSpace.get64(fp));
- // old
@@ -103,6 +103,52 @@
#define _LIBCXXABI_DTOR_FUNC
#endif
+#if __has_include()
+# include
+#endif
ojhunt wrote:
So this is something I'm unsure about - there's a lot of checks for the header
scattered everywhere but also plenty of places that rely on the fe
@@ -47,10 +47,11 @@ struct _LIBCXXABI_HIDDEN __cxa_exception {
// In Wasm, a destructor returns its argument
void *(_LIBCXXABI_DTOR_FUNC *exceptionDestructor)(void *);
#else
-void (_LIBCXXABI_DTOR_FUNC *exceptionDestructor)(void *);
+void(_LIBCXXABI_DTOR_FUNC* _
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/143230
>From 7882528d14f3e7c7f834c82735b950b5a4d4a87f Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 5 Aug 2025 18:16:32 -0700
Subject: [PATCH 1/3] [runtimes][PAC] Harden unwinding when possible (#138571)
This h
https://github.com/mandlebug updated
https://github.com/llvm/llvm-project/pull/139947
>From 21bbe51434af58e9a37e74a457a871ffb2e64d03 Mon Sep 17 00:00:00 2001
From: Sean Fertile
Date: Wed, 14 May 2025 14:52:48 -0400
Subject: [PATCH 1/2] [PPC] ROP protection won't be supported with the ELFV1
ABI
ojhunt wrote:
Build failures are due to me applying some review feedback and then completely
failing to actually verify things still built. #Skilled
https://github.com/llvm/llvm-project/pull/143230
___
cfe-commits mailing list
cfe-commits@lists.llvm.o
https://github.com/jrtc27 requested changes to this pull request.
Having all these SEI comments isn't going to fly. Nor is deleting bits of
existing tests. On top of that, if you're wanting to make significant changes
to the AST, that may warrant an RFC. Not to mention that "one commit that doe
@@ -680,11 +682,19 @@ int
CompactUnwinder_arm64::stepWithCompactEncodingFrame(
savedRegisterLoc -= 8;
}
- uint64_t fp = registers.getFP();
+ Registers_arm64::reg_t fp = registers.getFP();
// fp points to old fp
registers.setFP(addressSpace.get64(fp));
- // old
@@ -103,6 +103,52 @@
#define _LIBCXXABI_DTOR_FUNC
#endif
+#if __has_include()
+# include
+#endif
atrosinenko wrote:
I wonder if it is a supported configuration when `ptrauth.h` header is not
available, but `__has_extension(ptrauth_qualifier)` is true? Note
@@ -30,6 +30,45 @@ EXCEPTION_DISPOSITION
_GCC_specific_handler(PEXCEPTION_RECORD, void *, PCONTEXT,
_Unwind_Personality_Fn);
#endif
+#if __has_feature(ptrauth_qualifier)
+#include
+#if __has_feature(ptrauth_restricted_intptr_qualif
@@ -79,16 +80,19 @@ struct _LIBCXXABI_HIDDEN __cxa_exception {
// http://sourcery.mentor.com/archives/cxx-abi-dev/msg01924.html
// The layout of this structure MUST match the layout of __cxa_exception, with
// primaryException instead of referenceCount.
+// The tags used in the
https://github.com/atrosinenko commented:
@ojhunt Thank you for the update! I like the idea of not checking for
`__has_include()` separately, as it was done in your latest version
of `gcc_personality_v0.c`. I wonder if other instances of `#if
__has_include()` are worth replacing with unconditi
https://github.com/atrosinenko edited
https://github.com/llvm/llvm-project/pull/143230
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -777,12 +844,32 @@ bool Sema::CheckParameterPacksForExpansion(
IdentifierInfo *Name;
bool IsVarDeclPack = false;
FunctionParmPackExpr *BindingPack = nullptr;
+std::optional NumPrecomputedArguments;
-if (const TemplateTypeParmType *TTP =
-Par
@@ -303,6 +303,14 @@ FEATURE(is_trivially_assignable, LangOpts.CPlusPlus)
FEATURE(is_trivially_constructible, LangOpts.CPlusPlus)
FEATURE(is_trivially_copyable, LangOpts.CPlusPlus)
FEATURE(is_union, LangOpts.CPlusPlus)
+FEATURE(cfi_sanitizer, LangOpts.Sanitize.hasOneOf(Sanitize
@@ -0,0 +1,77 @@
+// RUN: %clang -E -fvisibility=hidden -flto -fno-sanitize-ignorelist
-fsanitize=cfi -c %s -o - | FileCheck %s --check-prefix=CHECK-CFI
+// RUN: %clang -E -fvisibility=hidden -flto -fno-sanitize-ignorelist
-fsanitize=cfi -fsanitize-cfi-cross-dso -c %s -o - | Fil
https://github.com/moorabbit updated
https://github.com/llvm/llvm-project/pull/151348
>From 49149a0334d8882d24cc35a1d8f3f2af72343145 Mon Sep 17 00:00:00 2001
From: moorabbit
Date: Wed, 30 Jul 2025 10:50:58 -0400
Subject: [PATCH 1/6] [Clang][Basic] Enable `__has_feature(cfi)`
Support `__has_fea
efriedma-quic wrote:
Ping
https://github.com/llvm/llvm-project/pull/151053
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
PHHargrove wrote:
> @PHHargrove Thanks for the details. There is something weird about your setup.
>
> 1. `libflang_rt.runtime.a` in `arm64-apple-darwin23.6.0/`. As long as CMake
> detects [`APPLE`](https://cmake.org/cmake/help/latest/variable/APPLE.html),
> the install directory will be
> [`
https://github.com/AmrDeveloper updated
https://github.com/llvm/llvm-project/pull/152354
>From 849151bd3ca671e1acf304e904134aa53733c88d Mon Sep 17 00:00:00 2001
From: AmrDeveloper
Date: Wed, 6 Aug 2025 18:53:34 +0200
Subject: [PATCH 1/2] [CIR] Mul CompoundAssignment support for ComplexType
---
@@ -286,3 +286,167 @@ void foo4() {
// CXX_OGCG: %[[C_IMAG_PTR:.*]] = getelementptr inbounds nuw { i32, i32 }, ptr
%[[C_ADDR]], i32 0, i32 1
// CXX_OGCG: store i32 %[[B_REAL]], ptr %[[C_REAL_PTR]], align 4
// CXX_OGCG: store i32 %[[B_IMAG]], ptr %[[C_IMAG_PTR]], align 4
+
vgvassilev wrote:
Can you update the commit message to reflect the final changes?
https://github.com/llvm/llvm-project/pull/147478
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vgvassilev updated
https://github.com/llvm/llvm-project/pull/147478
>From 79849c3ba76ebf66fd7856fa92cd98af56ac49a6 Mon Sep 17 00:00:00 2001
From: kr-2003
Date: Tue, 1 Jul 2025 18:55:21 +0530
Subject: [PATCH 01/16] pipes for redirection in oop jit
---
.../clang/Interpreter/R
https://github.com/andykaylor edited
https://github.com/llvm/llvm-project/pull/152354
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -286,3 +286,167 @@ void foo4() {
// CXX_OGCG: %[[C_IMAG_PTR:.*]] = getelementptr inbounds nuw { i32, i32 }, ptr
%[[C_ADDR]], i32 0, i32 1
// CXX_OGCG: store i32 %[[B_REAL]], ptr %[[C_REAL_PTR]], align 4
// CXX_OGCG: store i32 %[[B_IMAG]], ptr %[[C_IMAG_PTR]], align 4
+
https://github.com/andykaylor approved this pull request.
This looks good, with a request for extra test cases.
https://github.com/llvm/llvm-project/pull/152354
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mail
https://github.com/andykaylor approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/152093
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Andrew Lazarev
Date: 2025-08-06T11:21:49-07:00
New Revision: a1209d868632b8aea10450cd2323848ab0b6776a
URL:
https://github.com/llvm/llvm-project/commit/a1209d868632b8aea10450cd2323848ab0b6776a
DIFF:
https://github.com/llvm/llvm-project/commit/a1209d868632b8aea10450cd2323848ab0b6776a.diff
nikic wrote:
> Is there any merit to keeping the abs for readability, so future maintainers
> don't need to reason through this? Maybe just a comment?
I think it's ok to drop as long as there's test coverage, but no strong opinion
either way.
https://github.com/llvm/llvm-project/pull/145733
_
@@ -0,0 +1,524 @@
+//===-- SimdOnly.cpp
--===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
https://github.com/anchuraj requested changes to this pull request.
https://github.com/llvm/llvm-project/pull/150269
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vitalybuka closed
https://github.com/llvm/llvm-project/pull/152192
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?= ,
=?utf-8?q?Balázs_Kéri?=
Message-ID:
In-Reply-To:
@@ -0,0 +1,147 @@
+//
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Amr Hesham (AmrDeveloper)
Changes
This change adds support for Mul CompoundAssignment for ComplexType
https://github.com/llvm/llvm-project/issues/141365
---
Full diff: https://github.com/llvm/llvm-project/pull/152354.diff
2 Files Affect
https://github.com/AmrDeveloper created
https://github.com/llvm/llvm-project/pull/152354
This change adds support for Mul CompoundAssignment for ComplexType
https://github.com/llvm/llvm-project/issues/141365
>From 849151bd3ca671e1acf304e904134aa53733c88d Mon Sep 17 00:00:00 2001
From: AmrDevel
@@ -460,6 +460,28 @@ mlir::LogicalResult
CIRToLLVMAssumeOpLowering::matchAndRewrite(
return mlir::success();
}
+mlir::LogicalResult CIRToLLVMAssumeAlignedOpLowering::matchAndRewrite(
+cir::AssumeAlignedOp op, OpAdaptor adaptor,
+mlir::ConversionPatternRewriter &rewr
https://github.com/aeubanks closed
https://github.com/llvm/llvm-project/pull/152345
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/andykaylor approved this pull request.
I have a couple of final suggestions, but this looks basically ready to go.
https://github.com/llvm/llvm-project/pull/152152
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists
Author: Arthur Eubanks
Date: 2025-08-06T11:07:09-07:00
New Revision: 266a1a819a4ed8b2a12cb47f088197e4dd038a54
URL:
https://github.com/llvm/llvm-project/commit/266a1a819a4ed8b2a12cb47f088197e4dd038a54
DIFF:
https://github.com/llvm/llvm-project/commit/266a1a819a4ed8b2a12cb47f088197e4dd038a54.diff
@@ -460,6 +460,28 @@ mlir::LogicalResult
CIRToLLVMAssumeOpLowering::matchAndRewrite(
return mlir::success();
}
+mlir::LogicalResult CIRToLLVMAssumeAlignedOpLowering::matchAndRewrite(
+cir::AssumeAlignedOp op, OpAdaptor adaptor,
+mlir::ConversionPatternRewriter &rewr
https://github.com/andykaylor edited
https://github.com/llvm/llvm-project/pull/152152
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/boomanaiden154 approved this pull request.
https://github.com/llvm/llvm-project/pull/152345
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -363,7 +363,12 @@ class CodeBlock : public Block {
void renderMarkdown(llvm::raw_ostream &OS) const override {
std::string Marker = getMarkerForCodeBlock(Contents);
// No need to pad from previous blocks, as they should end with a new line.
-OS << Marker << Lan
@@ -0,0 +1,291 @@
+//===--- SymbolDocumentation.cpp ==---*-
C++-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
@@ -0,0 +1,291 @@
+//===--- SymbolDocumentation.cpp ==---*-
C++-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
1 - 100 of 372 matches
Mail list logo
