https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/137773
If a member or base initializer of a constructor turns out to be invalid, mark
the entire constructor as invalid.
>From eaa78a369c3a1577b040b6b3e78d6812af6f1348 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=2
carlosgalvezp wrote:
/cherry-pick 014ab736dc741f24c007f9861e24b31faba0e1e7
https://github.com/llvm/llvm-project/pull/137286
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/carlosgalvezp milestoned
https://github.com/llvm/llvm-project/pull/137286
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Carlos Galvez
Date: 2025-04-29T11:13:30+02:00
New Revision: 014ab736dc741f24c007f9861e24b31faba0e1e7
URL:
https://github.com/llvm/llvm-project/commit/014ab736dc741f24c007f9861e24b31faba0e1e7
DIFF:
https://github.com/llvm/llvm-project/commit/014ab736dc741f24c007f9861e24b31faba0e1e7.diff
carlosgalvezp wrote:
/cherry-pick
[014ab73](https://github.com/llvm/llvm-project/commit/014ab736dc741f24c007f9861e24b31faba0e1e7)
https://github.com/llvm/llvm-project/pull/137286
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.ll
https://github.com/carlosgalvezp closed
https://github.com/llvm/llvm-project/pull/137286
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
If a member or base initializer of a constructor turns out to be invalid, mark
the entire constructor as invalid.
---
Full diff: https://github.com/llvm/llvm-project/pull/137773.diff
5 Files Affected:
-
llvmbot wrote:
Failed to cherry-pick:
[014ab73](https://github.com/llvm/llvm-project/commit/014ab736dc741f24c007f9861e24b31faba0e1e7)
https://github.com/llvm/llvm-project/actions/runs/14727657605
Please manually backport the fix and push it to your github fork. Once this is
done, please cre
llvmbot wrote:
/pull-request llvm/llvm-project#137775
https://github.com/llvm/llvm-project/pull/137286
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,236 @@
+//===- X86SuppressAPXForReloc.cpp - Suppress APX features for relocations
-===//
+//
+// 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/phoebewang approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/136660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -9125,9 +9126,25 @@ bool
LValueExprEvaluator::VisitCompoundLiteralExpr(const CompoundLiteralExpr *E) {
assert((!Info.getLangOpts().CPlusPlus || E->isFileScope()) &&
"lvalue compound literal in c++?");
- // Defer visiting the literal until the lvalue-to-rvalue con
DaanDeMeyer wrote:
I don't mind the exact interface too much tbh, I would just like to be able to
run clang-format again to only sort includes without doing any other
formatting. Happy to implement whatever makes folks happy.
https://github.com/llvm/llvm-project/pull/137617
___
@@ -1257,6 +1259,26 @@ inline bool isX86_64ExtendedReg(MCRegister Reg) {
return false;
}
+inline const TargetRegisterClass *
+constrainRegClassToNonRex2(const TargetRegisterClass *RC) {
KanRobert wrote:
It seems it's not appropriate place. X86BaseInfo is us
XiaShark wrote:
solve in a more generalized way, please review.
https://github.com/llvm/llvm-project/pull/132167
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/davemgreen updated
https://github.com/llvm/llvm-project/pull/135064
>From d9e27ec881ec493174f3aee7a4faec567640e5e8 Mon Sep 17 00:00:00 2001
From: David Green
Date: Wed, 9 Apr 2025 11:18:25 +0100
Subject: [PATCH 1/3] [AArch64] Add a test case for the coerced arguments. NFC
--
davemgreen wrote:
Rebase and ping - thanks.
https://github.com/llvm/llvm-project/pull/135064
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jayfoad wrote:
> I still think we need an intrinsic here because a load + an addtid store can
> be scheduled much different from the asynchronous "gather to LDS" - and
> because we don't want this load/store to not be optimized
IMO the intrinsic should only be added as a last resort if we real
https://github.com/lalaniket8 ready_for_review
https://github.com/llvm/llvm-project/pull/137769
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-backend-amdgpu
Author: Aniket Lal (lalaniket8)
Changes
OpenCL Kernels body is emitted as stubs and the kernel is emitted as call to
respective stub. (https://github.com/llvm/llvm-project/pull/115821).
The stub function should be alwaysinlined, since cal
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Aniket Lal (lalaniket8)
Changes
OpenCL Kernels body is emitted as stubs and the kernel is emitted as call to
respective stub. (https://github.com/llvm/llvm-project/pull/115821).
The stub function should be alwaysinlined, since call
https://github.com/Stylie777 created
https://github.com/llvm/llvm-project/pull/137771
#137595 changed the behaviour for SIMD on ARM to ensure it is enabled and
disabled correctly depending on the options used by the user. In this, the
functionality to disable all features that depend on SIMD w
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/137756
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Stylie777 closed
https://github.com/llvm/llvm-project/pull/137595
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/137765
None
>From 609b14ff51520373247a85dc27e11ccc7335cee9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Tue, 29 Apr 2025 09:28:39 +0200
Subject: [PATCH] [clang][bytecode] Start implementing
bui
Author: Timm Baeder
Date: 2025-04-29T10:57:30+02:00
New Revision: 4bf356bbd25ef5950de92b9e66cc8a2d3af583d9
URL:
https://github.com/llvm/llvm-project/commit/4bf356bbd25ef5950de92b9e66cc8a2d3af583d9
DIFF:
https://github.com/llvm/llvm-project/commit/4bf356bbd25ef5950de92b9e66cc8a2d3af583d9.diff
L
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/137765
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
philnik777 wrote:
Can't you just run the `llvm-include-order` clang-tidy check instead?
https://github.com/llvm/llvm-project/pull/137617
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jack Styles (Stylie777)
Changes
#137595 changed the behaviour for SIMD on ARM to ensure it is enabled
and disabled correctly depending on the options used by the user. In this, the
functionality to disable all features that depend on SIMD
llvmbot wrote:
@llvm/pr-subscribers-backend-arm
@llvm/pr-subscribers-clang-driver
Author: Jack Styles (Stylie777)
Changes
#137595 changed the behaviour for SIMD on ARM to ensure it is enabled
and disabled correctly depending on the options used by the user. In this, the
functionality to
https://github.com/ostannard approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/137771
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -554,6 +554,22 @@ class VectorType : public Type {
return VectorType::get(VTy->getElementType(), EltCnt * 2);
}
+ /// This static method returns a VectorType with the same size-in-bits as
+ /// SizeTy but with an element type that matches the scalar type of EltTy.
-
@@ -80,7 +80,9 @@ fixed_bool32_t from_vbool32_t(vbool32_t type) {
//
// CHECK-128-LABEL: @to_vbool32_t(
// CHECK-128-NEXT: entry:
-// CHECK-128-NEXT:ret [[TYPE_COERCE:%.*]]
+// CHECK-128-NEXT:[[SAVED_VALUE:%.*]] = alloca <1 x i8>, align 1
+// CHECK-128-NEXT:
[[SAV
@@ -554,6 +554,22 @@ class VectorType : public Type {
return VectorType::get(VTy->getElementType(), EltCnt * 2);
}
+ /// This static method returns a VectorType with the same size-in-bits as
+ /// SizeTy but with an element type that matches the scalar type of EltTy.
+
https://github.com/nikic edited https://github.com/llvm/llvm-project/pull/130973
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nikic commented:
Apart from the RISCV test changes this looks reasonable to me.
https://github.com/llvm/llvm-project/pull/130973
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/
https://github.com/KanRobert approved this pull request.
https://github.com/llvm/llvm-project/pull/136660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/137773
>From 53dea9e3d96c622c7e1ffc892117723ff1d3831c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Tue, 29 Apr 2025 11:11:08 +0200
Subject: [PATCH] [clang] Mark constructors with invalid initiali
https://github.com/Meinersbur approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/137193
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2264,6 +2263,14 @@ OpenMPIRBuilder::InsertPointOrErrorTy
OpenMPIRBuilder::createSections(
AfterIP = {FiniBB, FiniBB->begin()};
}
+ // Now we can fix the dummy branch to point to the right place
+ if (!CancellationBranches.empty()) {
Meinersbur wro
https://github.com/Meinersbur edited
https://github.com/llvm/llvm-project/pull/137193
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Meinersbur approved this pull request.
LGTM, thank you.
https://github.com/llvm/llvm-project/pull/135161
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/128506
>From 5c367b8c87bf07f851778f391e5130a0fd0b193b Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Mon, 24 Feb 2025 12:25:22 +
Subject: [PATCH] [libclc] Optimize generic CLC fmin/fmax
The CLC fmin/fmax
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/128506
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/128506
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2602,6 +2605,100 @@ SDValue DAGCombiner::foldSubToAvg(SDNode *N, const
SDLoc &DL) {
return SDValue();
}
+/// Try to fold a pointer arithmetic node.
+/// This needs to be done separately from normal addition, because pointer
+/// addition is not commutative.
+/// This fu
https://github.com/nikic approved this pull request.
https://github.com/llvm/llvm-project/pull/137756
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jack Styles
Date: 2025-04-29T08:28:10+01:00
New Revision: ace8ceab736f7e265b206b583d218a7554bee864
URL:
https://github.com/llvm/llvm-project/commit/ace8ceab736f7e265b206b583d218a7554bee864
DIFF:
https://github.com/llvm/llvm-project/commit/ace8ceab736f7e265b206b583d218a7554bee864.diff
L
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/137765.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/InterpBuiltin.cpp (+49)
- (modified) clang/test/AST/ByteCode/builtin-functions.c
Author: Kazu Hirata
Date: 2025-04-29T00:30:59-07:00
New Revision: ff66d34286b07ba864029776d097e66306cc53ef
URL:
https://github.com/llvm/llvm-project/commit/ff66d34286b07ba864029776d097e66306cc53ef
DIFF:
https://github.com/llvm/llvm-project/commit/ff66d34286b07ba864029776d097e66306cc53ef.diff
L
https://github.com/Stylie777 closed
https://github.com/llvm/llvm-project/pull/137771
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jack Styles
Date: 2025-04-29T10:32:50+01:00
New Revision: bb9fa77c8410e539d1eefdfe76c192db44bdc520
URL:
https://github.com/llvm/llvm-project/commit/bb9fa77c8410e539d1eefdfe76c192db44bdc520
DIFF:
https://github.com/llvm/llvm-project/commit/bb9fa77c8410e539d1eefdfe76c192db44bdc520.diff
L
@@ -1257,6 +1259,26 @@ inline bool isX86_64ExtendedReg(MCRegister Reg) {
return false;
}
+inline const TargetRegisterClass *
+constrainRegClassToNonRex2(const TargetRegisterClass *RC) {
fzou1 wrote:
I wrote it based on canUseApxExtendedReg function. Updated
@@ -59,19 +60,46 @@ class InProcessModuleCache : public ModuleCache {
InMemoryModuleCache InMemory;
public:
- InProcessModuleCache(ModuleCacheMutexes &Mutexes) : Mutexes(Mutexes) {}
+ InProcessModuleCache(ModuleCacheEntries &Entries) : Entries(Entries) {}
void prepare
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/134218
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Fraser Cormack
Date: 2025-04-29T10:51:24+01:00
New Revision: 4609b6a3e76e604463bab2a303c6da737f303237
URL:
https://github.com/llvm/llvm-project/commit/4609b6a3e76e604463bab2a303c6da737f303237
DIFF:
https://github.com/llvm/llvm-project/commit/4609b6a3e76e604463bab2a303c6da737f303237.diff
frasercrmck wrote:
I'll merge this as it's just a code move and there's no change to codegen.
https://github.com/llvm/llvm-project/pull/134218
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c
kiranchandramohan wrote:
Is enabling the flag sufficient? Is there additional work in the Frontend to
make this flag and its options useful?
https://github.com/llvm/llvm-project/pull/137759
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https
https://github.com/fangyi-zhou edited
https://github.com/llvm/llvm-project/pull/137355
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
fangyi-zhou wrote:
@steakhal
https://github.com/llvm/llvm-project/pull/137355
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
philnik777 wrote:
> > Can't you just run the `llvm-include-order` clang-tidy check instead?
>
> Does that take `IncludeBlocks` and `IncludeCategories` from `.clang-format`
> into account?
I don't think so, but it shouldn't be impossible to teach clang-tidy.
https://github.com/llvm/llvm-projec
@@ -1660,6 +1660,10 @@ def err_omp_expected_colon : Error<"missing ':' in %0">;
def err_omp_missing_comma : Error< "missing ',' after %0">;
def err_omp_expected_context_selector
: Error<"expected valid context selector in %0">;
+def err_omp_unknown_clause
+: Error<"expe
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-m68k-linux-cross`
running on `suse-gary-m68k-cross` while building `llvm` at step 5 "ninja check
1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/27/builds/9322
Here is the relevant piece of
@@ -0,0 +1,12 @@
+// RUN: %clang_cc1 -triple amdgcn-unknown-unknown -target-cpu tahiti -S
-verify -o - %s
+// RUN: %clang_cc1 -triple amdgcn-unknown-unknown -target-cpu bonaire -S
-verify -o - %s
+// RUN: %clang_cc1 -triple amdgcn-unknown-unknown -target-cpu carrizo -S
-verify
Author: Fraser Cormack
Date: 2025-04-29T13:58:13+01:00
New Revision: 78d95cc54455755eaac43d956baed6a3612bc72c
URL:
https://github.com/llvm/llvm-project/commit/78d95cc54455755eaac43d956baed6a3612bc72c
DIFF:
https://github.com/llvm/llvm-project/commit/78d95cc54455755eaac43d956baed6a3612bc72c.diff
@@ -163,7 +163,10 @@ BUILTIN(__builtin_amdgcn_raw_buffer_load_b64,
"V2UiQbiiIi", "n")
BUILTIN(__builtin_amdgcn_raw_buffer_load_b96, "V3UiQbiiIi", "n")
BUILTIN(__builtin_amdgcn_raw_buffer_load_b128, "V4UiQbiiIi", "n")
+TARGET_BUILTIN(__builtin_amdgcn_raw_buffer_load_lds, "vV4U
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/137785
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/137636
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -146,3 +146,8 @@
#pragma OPENCL EXTENSION cl_khr_subgroups: enable
// expected-warning@-1{{unsupported OpenCL extension 'cl_khr_subgroups' -
ignoring}}
+#ifdef __opencl_c_generic_address_space
+#error "Incorrect __opencl_c_generic_address_space define"
ars
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/137234
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-ppc64le-linux-multistage` running on `ppc64le-clang-multistage-test`
while building `llvm` at step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/76/builds/9147
Here is the
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/137656
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hahnjo created
https://github.com/llvm/llvm-project/pull/137804
Recently commit dc17429ae6 removed some code related to template arguments in
`NestedNameSpecifier::print` that would not pass on the
`TemplateParameterList`. This would cause `printIntegral` to add type suffixe
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jonas Hahnfeld (hahnjo)
Changes
Recently commit dc17429ae6 removed some code related to template arguments in
`NestedNameSpecifier::print` that would not pass on the
`TemplateParameterList`. This would cause `printIntegral` to add type su
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/137804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Naghasan created
https://github.com/llvm/llvm-project/pull/137805
The patch introduce __builtin_spirv_generic_cast_to_ptr_explicit which is
lowered to the llvm.spv.generic.cast.to.ptr.explicit intrinsic.
The patch also introduces a new header defining its SPIR-V friendly equ
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Victor Lomuller (Naghasan)
Changes
The patch introduce __builtin_spirv_generic_cast_to_ptr_explicit which is
lowered to the llvm.spv.generic.cast.to.ptr.explicit intrinsic.
The patch also introduces a new header defining its SPIR-
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Victor Lomuller (Naghasan)
Changes
The patch introduce __builtin_spirv_generic_cast_to_ptr_explicit which is
lowered to the llvm.spv.generic.cast.to.ptr.explicit intrinsic.
The patch also introduces a new header defining its SPIR-V
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Victor Lomuller (Naghasan)
Changes
The patch introduce __builtin_spirv_generic_cast_to_ptr_explicit which is
lowered to the llvm.spv.generic.cast.to.ptr.explicit intrinsic.
The patch also introduces a new header defining its SPIR-V friend
Author: Fraser Cormack
Date: 2025-04-29T14:14:00+01:00
New Revision: 1e31f4b5eb96de3080810340c9083138a34587b8
URL:
https://github.com/llvm/llvm-project/commit/1e31f4b5eb96de3080810340c9083138a34587b8
DIFF:
https://github.com/llvm/llvm-project/commit/1e31f4b5eb96de3080810340c9083138a34587b8.diff
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/137636
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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 h,cpp,c --
clang/lib/Headers/__clang_spirv_builtins.h
clang
Author: Fraser Cormack
Date: 2025-04-29T14:17:17+01:00
New Revision: 837d5a740f120eb077aa8808809c057fa38d91f3
URL:
https://github.com/llvm/llvm-project/commit/837d5a740f120eb077aa8808809c057fa38d91f3
DIFF:
https://github.com/llvm/llvm-project/commit/837d5a740f120eb077aa8808809c057fa38d91f3.diff
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/137656
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov approved this pull request.
https://github.com/llvm/llvm-project/pull/137804
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Naghasan wrote:
Sorry I can't assign reviewers, @JonChesterfield @jhuber6 as you are involved
in gpuintrin.h, I'd welcome feedbacks here (feel free to ping other relevant
persons)
For the SPIR-V side of thing @VyacheslavLevytskyy @farzonl I appreciate your
feedbacks as well :)
FYI @tahoner
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 h,cl,inc --
libclc/clc/lib/generic/math/clc_fract.cl
libclc
https://github.com/fzou1 closed https://github.com/llvm/llvm-project/pull/136660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/137785
>From f9a265e0d9bcecb80d25b97c394d7b9aa68d27ea Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Tue, 29 Apr 2025 11:43:00 +0100
Subject: [PATCH 1/2] [libclc] Move fract to the CLC library
The builtin was
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `ml-opt-rel-x86-64` running
on `ml-opt-rel-x86-64-b2` while building `llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/185/builds/17441
Here is the
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `ml-opt-devrel-x86-64`
running on `ml-opt-devrel-x86-64-b2` while building `llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/175/builds/17658
Here i
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `ml-opt-dev-x86-64` running
on `ml-opt-dev-x86-64-b1` while building `llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/137/builds/17687
Here is the
https://github.com/Naghasan updated
https://github.com/llvm/llvm-project/pull/137805
>From 90725e8f74295bfd9169e03e73af54c2cf4616ea Mon Sep 17 00:00:00 2001
From: Victor Lomuller
Date: Mon, 28 Apr 2025 16:20:09 +0100
Subject: [PATCH] [clang][SPIRV] Add builtin for OpGenericCastToPtrExplicit and
arsenm wrote:
> I don't suppose the recent
> [clarifications](https://github.com/llvm/llvm-project/commit/363b05944f92) to
> `llvm.minnum` and `llvm.maxnum` change anything here?
It depends on whether the conformance test is fixed to match the fuzzy language
of the spec or not. If the decisio
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/137785
The builtin was already vectorized so there's no difference to codegen for
non-SPIR-V targets.
>From f9a265e0d9bcecb80d25b97c394d7b9aa68d27ea Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Tue, 29 Apr
AaronBallman wrote:
> > > > @zahiraam @AaronBallman a different option would be to add a signed vs
> > > > unsigned storage option to the `OPTION` and `BENIGN_ENUM_LANGOPT`
> > > > macros so we can store negative enumerations safely
> > >
> > >
> > > I think I would prefer this solution. We n
https://github.com/ShashwathiNavada updated
https://github.com/llvm/llvm-project/pull/125643
>From 0aebcd7119fbcd51154c5d9706752e8ff3f041bc Mon Sep 17 00:00:00 2001
From: ShashwathiNavada
Date: Tue, 4 Feb 2025 00:16:09 -0600
Subject: [PATCH 01/10] Adding diagnostics for unsupported option
---
paulwalker-arm wrote:
> @paulwalker-arm the reasoning behind creating separate records, is that
> mfloat type is not available for aarch32 architectures and therefore all
> intrinsics using it need to be gated behind `ArchGuard =
> "defined(__aarch64__)"` .
I see. How practical would it be f
https://github.com/ShashwathiNavada edited
https://github.com/llvm/llvm-project/pull/125643
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ShashwathiNavada updated
https://github.com/llvm/llvm-project/pull/125643
>From 0aebcd7119fbcd51154c5d9706752e8ff3f041bc Mon Sep 17 00:00:00 2001
From: ShashwathiNavada
Date: Tue, 4 Feb 2025 00:16:09 -0600
Subject: [PATCH 01/11] Adding diagnostics for unsupported option
---
1 - 100 of 382 matches
Mail list logo
