eaeltsin wrote:
Patched #135450 but still see the same MSan finding on my compilation -
uninitialized value while checking location validity in
`TranslateSourceLocation` called from `VisitSubstNonTypeTemplateParmExpr`.
Sorry but I'm not yet sure how to strip the reproducer from internal code s
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Fix #133135
---
Full diff: https://github.com/llvm/llvm-project/pull/135479.diff
3 Files Affected:
- (modified) clang/lib/Format/ContinuationIndenter.cpp (+5)
- (modified) clang/lib/Format/Format.cpp (+
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/135479
Fix #133135
>From f041f9c3eac94b8f1322ebaa9dfd60d4287840d7 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Fri, 11 Apr 2025 23:36:37 -0700
Subject: [PATCH] [clang-format] Wrap and indent lambda braces in GNU style
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-bootstrap-asan` running on `sanitizer-buildbot2` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/52/builds/7519
Here is the relevan
vgvassilev wrote:
Thanks! Does the pr fix https://bugs.llvm.org//show_bug.cgi?id=32670
https://github.com/llvm/llvm-project/pull/135471
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ilovepi updated
https://github.com/llvm/llvm-project/pull/135456
>From 07c9c8756b564198c2761e353b1b2b2031c9a4ee Mon Sep 17 00:00:00 2001
From: Paul Kirth
Date: Wed, 2 Apr 2025 09:11:20 -0700
Subject: [PATCH 1/2] [clang-doc] Pre-commit tests for static members and
functions
ojhunt wrote:
I just noticed there's no documentation for
`__builtin_virtual_member_address()` so I'm addressing that.
Due to code drift and time I realized that they disagree as to whether they
should take `C*` or `C&` so I'm going to make them both accept either (existing
code means we can'
@@ -0,0 +1,41 @@
+// RUN: %clang_cc1 -triple arm64e-apple-ios -fptrauth-calls -emit-llvm
-no-enable-noundef-analysis -o - %s | FileCheck %s --check-prefixes
CHECK,CHECK-AUTH
+// RUN: %clang_cc1 -triple arm64-apple-ios -emit-llvm
-no-enable-noundef-analysis -o - %s | FileCheck %
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-android` running on `sanitizer-buildbot-android` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/186/builds/8138
Here is the releva
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 --
clang/include/clang/Frontend/CompilerInstance.h
cl
https://github.com/jansvoboda11 updated
https://github.com/llvm/llvm-project/pull/135473
>From b58c683e4bd51558e72d1cb6ced88cb6fc372048 Mon Sep 17 00:00:00 2001
From: Jan Svoboda
Date: Fri, 11 Apr 2025 10:13:49 -0700
Subject: [PATCH 1/4] [clang][frontend] Promote `cloneForModuleCompileImpl` to
vsapsai wrote:
cc @bcardosolopes @vgvassilev as participants of the original bug discussion.
https://github.com/llvm/llvm-project/pull/135471
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-co
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jan Svoboda (jansvoboda11)
Changes
This PR makes some progress towards making it possible to create clones of
`CompilerInstance` that are independent of each other and can be used in a
multi-threaded setting. This PR tackles `CompilerInst
https://github.com/jansvoboda11 created
https://github.com/llvm/llvm-project/pull/135473
This PR makes some progress towards making it possible to create clones of
`CompilerInstance` that are independent of each other and can be used in a
multi-threaded setting. This PR tackles `CompilerInstan
https://github.com/ojhunt created
https://github.com/llvm/llvm-project/pull/135469
These are a pair of builtins to support particularly weird edge case operations
while correctly handling the non-trivial implicit pointer authentication
schemas applied to polymorphic members.
>From 6e1d13805da
@@ -0,0 +1,41 @@
+// RUN: %clang_cc1 -triple arm64e-apple-ios -fptrauth-calls -emit-llvm
-no-enable-noundef-analysis -o - %s | FileCheck %s --check-prefixes
CHECK,CHECK-AUTH
+// RUN: %clang_cc1 -triple arm64-apple-ios -emit-llvm
-no-enable-noundef-analysis -o - %s | FileCheck %
Author: Jan Svoboda
Date: 2025-04-11T20:47:04-07:00
New Revision: 3a2d9a7c1e73618ca77caa6455e9208ad3b16664
URL:
https://github.com/llvm/llvm-project/commit/3a2d9a7c1e73618ca77caa6455e9208ad3b16664
DIFF:
https://github.com/llvm/llvm-project/commit/3a2d9a7c1e73618ca77caa6455e9208ad3b16664.diff
L
https://github.com/jansvoboda11 closed
https://github.com/llvm/llvm-project/pull/135405
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
hulxv wrote:
@AaronBallman @hokein can you please review this PR?
https://github.com/llvm/llvm-project/pull/132991
___
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-codegen
Author: Oliver Hunt (ojhunt)
Changes
These are a pair of builtins to support particularly weird edge case operations
while correctly handling the non-trivial implicit pointer authentication
schemas applied to polymorphic members.
---
Pa
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Volodymyr Sapsai (vsapsai)
Changes
We emit a macro definition only in a module defining it. But it means that if
another module has an identifier with the same name as the macro, the users of
such module won't be able to use the macro any
llvmbot wrote:
@llvm/pr-subscribers-clang-modules
Author: Volodymyr Sapsai (vsapsai)
Changes
We emit a macro definition only in a module defining it. But it means that if
another module has an identifier with the same name as the macro, the users of
such module won't be able to use the m
https://github.com/vsapsai created
https://github.com/llvm/llvm-project/pull/135471
We emit a macro definition only in a module defining it. But it means that if
another module has an identifier with the same name as the macro, the users of
such module won't be able to use the macro anymore.
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Oliver Hunt (ojhunt)
Changes
These are a pair of builtins to support particularly weird edge case operations
while correctly handling the non-trivial implicit pointer authentication
schemas applied to polymorphic members.
---
Patch is 3
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Also remove redundant name qualifiers format::, FormatStyle::, and
LanguageKind::.
---
Patch is 35.21 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/135466.dif
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/135466
Also remove redundant name qualifiers format::, FormatStyle::, and
LanguageKind::.
>From b3aa155f5c446ecd946ef50dcc1fb55955d76ed7 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Fri, 11 Apr 2025 18:58:13 -0700
Su
https://github.com/modiking edited
https://github.com/llvm/llvm-project/pull/135444
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/modiking edited
https://github.com/llvm/llvm-project/pull/135444
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/modiking edited
https://github.com/llvm/llvm-project/pull/135444
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/petrhosek approved this pull request.
https://github.com/llvm/llvm-project/pull/135456
___
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: Ernesto Su (ErnestoSu)
Changes
OpenMP has restrictions on directives allowed to be strictly nested inside a
construct with the order(concurrent) clause specified.
- OpenMP 5.0, 5.1, and 5.2 allows: 'loop', 'parallel', 'simd', and
comb
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
https://github.com/ErnestoSu created
https://github.com/llvm/llvm-project/pull/135463
OpenMP has restrictions on directives allowed to be strictly nested inside a
construct with the order(concurrent) clause specified.
- OpenMP 5.0, 5.1, and 5.2 allows: 'loop', 'parallel', 'simd', and
combi
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/135414
>From f7b9634b0200bdd45dfcdffd8fc8c077ca02 Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Sat, 17 Sep 2022 18:07:28 +0200
Subject: [PATCH 1/3] Reland: [clang] Improved canonicalization for template
s
@@ -70,13 +70,11 @@ static SourceLocation GetEndLoc(Decl *D) {
return D->getLocation();
}
-/// Returns true on constant values based around a single IntegerLiteral.
-/// Allow for use of parentheses, integer casts, and negative signs.
-/// FIXME: it would be good to unify th
modiking wrote:
> I wish PTX would be a bit more consistent about naming things. Documentation
> calls it distributed shared memory (and it is distributed, and is shared),
> but the PTX instructions, compiler builtins and intrinsics use
> shared::cluster (as opposed to regular shared AKA share
https://github.com/epistax updated
https://github.com/llvm/llvm-project/pull/135420
>From 6fe4155fad0cdbc6ca04e37df143f22f537d5514 Mon Sep 17 00:00:00 2001
From: Brian Cody
Date: Fri, 11 Apr 2025 14:27:22 -0400
Subject: [PATCH 1/3] [cindex] Add support for calling getFullyQualifiedName to
the
https://github.com/andykaylor updated
https://github.com/llvm/llvm-project/pull/135105
>From 3b19527073c656b631a990397a00030487b3f595 Mon Sep 17 00:00:00 2001
From: Andy Kaylor
Date: Wed, 9 Apr 2025 12:45:57 -0700
Subject: [PATCH 1/6] [CIR] Upstream minimal support for structure types
This cha
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/135372
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/135372
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ilovepi created
https://github.com/llvm/llvm-project/pull/135456
Issue #59813 mentions that static members are not included in
the documentation generated by clang-doc. This patch adds
some basic testing for that property, with the current incorrect
behavior. Follow up patches
mizvekov wrote:
Nevermind, I managed to do it :)
https://github.com/llvm/llvm-project/pull/135414
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
That latest patch that implements the 'routine' worker/seq/vector/gang
restrictions reduces us to 13 test failures in clang!
This is my analysis of them:
```
FLANG: `atomic-if' (Valentin has PR)
Clang :: SemaOpenACC/atomic-construct.cpp
Clang :: ParserOpenACC/pa
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Paul Kirth (ilovepi)
Changes
Issue #59813 mentions that static members are not included in
the documentation generated by clang-doc. This patch adds
some basic testing for that property, with the current incorrect
behavior. Foll
https://github.com/ilovepi ready_for_review
https://github.com/llvm/llvm-project/pull/135456
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ilovepi wrote:
* **#135457** https://app.graphite.dev/github/pr/llvm/llvm-project/135457?utm_source=stack-comment-icon";
target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite"
width="10px" height="10px"/>
* **#135456** https://app.graphite.dev/github/pr/llvm/llvm-
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/135414
>From f7b9634b0200bdd45dfcdffd8fc8c077ca02 Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Sat, 17 Sep 2022 18:07:28 +0200
Subject: [PATCH 1/2] Reland: [clang] Improved canonicalization for template
s
https://github.com/inbelic approved this pull request.
https://github.com/llvm/llvm-project/pull/134570
___
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 cpp,h,c --
clang/include/clang/CIR/Dialect/IR/CIRTypesDetail
https://github.com/andykaylor updated
https://github.com/llvm/llvm-project/pull/135105
>From 3b19527073c656b631a990397a00030487b3f595 Mon Sep 17 00:00:00 2001
From: Andy Kaylor
Date: Wed, 9 Apr 2025 12:45:57 -0700
Subject: [PATCH 1/5] [CIR] Upstream minimal support for structure types
This cha
Author: Matheus Izvekov
Date: 2025-04-11T20:18:16-03:00
New Revision: 6aae1047b6c701b407c0cadaf1acd036c1bab6b6
URL:
https://github.com/llvm/llvm-project/commit/6aae1047b6c701b407c0cadaf1acd036c1bab6b6
DIFF:
https://github.com/llvm/llvm-project/commit/6aae1047b6c701b407c0cadaf1acd036c1bab6b6.dif
https://github.com/topperc approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/133710
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hekota updated
https://github.com/llvm/llvm-project/pull/135120
>From 85001dcbc184491dfb24e9d2a39df46fd4c9a363 Mon Sep 17 00:00:00 2001
From: Helena Kotas
Date: Wed, 9 Apr 2025 18:17:26 -0700
Subject: [PATCH 1/5] Initialize resources by constructors
- add resource record con
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 --
clang-tools-extra/clangd/AST.cpp clang/include/clan
https://github.com/mizvekov closed
https://github.com/llvm/llvm-project/pull/135450
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/135414
>From f7b9634b0200bdd45dfcdffd8fc8c077ca02 Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Sat, 17 Sep 2022 18:07:28 +0200
Subject: [PATCH 1/2] Reland: [clang] Improved canonicalization for template
s
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/135372
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/benlangmuir approved this pull request.
https://github.com/llvm/llvm-project/pull/135405
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1,34 +1,117 @@
// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.3-library -x hlsl -emit-llvm
-disable-llvm-passes -o - %s | FileCheck %s --check-prefixes=CHECK,CHECK-DXIL
+// FIXME: SPIR-V codegen of llvm.spv.resource.handlefrombinding and resource
types is not yet implement
https://github.com/mizvekov edited
https://github.com/llvm/llvm-project/pull/135450
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jthackray deleted
https://github.com/llvm/llvm-project/pull/135145
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AlexVlx updated
https://github.com/llvm/llvm-project/pull/134753
>From a988ecf63dc79d226c2f7aa1430f65d08256888b Mon Sep 17 00:00:00 2001
From: Alex Voicu
Date: Tue, 8 Apr 2025 00:20:27 +0100
Subject: [PATCH 1/5] Re-order & adapt `hipstdpar` specific passes.
---
clang/lib/Co
@@ -0,0 +1,191 @@
+// RUN: %clang_cc1 -triple aarch64 -target-feature +sme -target-feature +sme2
-target-feature +bf16 -target-feature +sme-f16f16 -target-feature +sme-b16b16
-verify -emit-llvm -o - %s
+
+// REQUIRES: aarch64-registered-target
+
+#include
+
+void test_features(
mizvekov wrote:
@slydiman
Thanks. You can see I made changes to our CI in this PR, and I managed to
enable lldb, enable python testing and everything, but everything still passes
in the lldb test suite.
This is a linux system, too it should be capable to reproduce this, right?
Can you help
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/135145
>From c0bff6fe1d1630ba93361ac29bca798810a64178 Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 3 Mar 2025 16:16:46 +
Subject: [PATCH 1/5] [AArch64][clang][llvm] Add structured sparsity outer
p
@@ -281,6 +289,12 @@ class SME2_ZA_Tile_Vec_Multi_Single_Pat
: Pat<(intrinsic imm_ty:$tile, vt:$Zn1, vt:$Zn2, vt:$Zm1, vt:$Zm2),
(!cast(name # _PSEUDO) $tile, (REG_SEQUENCE ZPR2Mul2,
vt:$Zn1, zsub0, vt:$Zn2, zsub1), (REG_SEQUENCE ZPR2Mul2, vt:$Zm1, zsub0,
vt:$Zm2
@@ -3107,6 +3107,23 @@ let TargetPrefix = "aarch64" in {
}
}
+ class SME_OuterProduct_TMOP_Intrinsic
+ : DefaultAttrsIntrinsic<[],
+ [llvm_i32_ty,
+ llvm_anyvector_ty,
+ LLVMMatchType<0>,
+ LLVMMatchType<0>,
+ llvm_nxv16i8
@@ -3593,6 +3578,25 @@ class sme_tmopa_32b opc, RegisterOperand zn_ty,
RegisterOperand zm_ty, s
let Constraints = "$ZAda = $_ZAda";
}
+multiclass sme_tmopa_16b opc, RegisterOperand zn_ty, RegisterOperand
zm_ty, ValueType vt, string mnemonic, string intrinsic> {
+ def NAME
@@ -0,0 +1,11 @@
+// Check that if we are compiling with fgpu-rdc amdgpu-enable-hipstdpar is not
+// passed to CC1, to avoid eager, per TU, removal of potentially accessible
+// functions.
+
+// RUN: %clang -### --hipstdpar --offload-arch=gfx906 %s -nogpulib -nogpuinc \
+// RUN:
mizvekov wrote:
Thanks for that stack trace, could be unrelated to this, but that still helped
find a bug: https://github.com/llvm/llvm-project/pull/135450
https://github.com/llvm/llvm-project/pull/132401
___
cfe-commits mailing list
cfe-commits@lists
@@ -883,6 +883,12 @@ void
AMDGPUTargetMachine::registerPassBuilderCallbacks(PassBuilder &PB) {
PB.registerFullLinkTimeOptimizationLastEPCallback(
[this](ModulePassManager &PM, OptimizationLevel Level) {
+// When we are using -fgpu-rdc, we can onky run accelera
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Matheus Izvekov (mizvekov)
Changes
This fixes an issue where an incorrect source location is imported.
---
Full diff: https://github.com/llvm/llvm-project/pull/135450.diff
1 Files Affected:
- (modified) clang/lib/AST/ASTImporter.cpp (+2
https://github.com/mizvekov created
https://github.com/llvm/llvm-project/pull/135450
This fixes an issue where an incorrect source location is imported.
>From 7c53319c1e7ea35b8fab471b28403b1b84bc59b0 Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Fri, 11 Apr 2025 19:41:02 -0300
Subject:
https://github.com/AlexVlx updated
https://github.com/llvm/llvm-project/pull/134753
>From a988ecf63dc79d226c2f7aa1430f65d08256888b Mon Sep 17 00:00:00 2001
From: Alex Voicu
Date: Tue, 8 Apr 2025 00:20:27 +0100
Subject: [PATCH 1/4] Re-order & adapt `hipstdpar` specific passes.
---
clang/lib/Co
Artem-B wrote:
I wish PTX would be a bit more consistent about naming things. Documentation
calls it distributed shared memory (and it is distributed, and is shared), but
the PTX instructions, compiler builtins and intrinsics use shared::cluster (as
opposed to regular shared AKA shared::cta).
https://github.com/AlexVlx updated
https://github.com/llvm/llvm-project/pull/134753
>From a988ecf63dc79d226c2f7aa1430f65d08256888b Mon Sep 17 00:00:00 2001
From: Alex Voicu
Date: Tue, 8 Apr 2025 00:20:27 +0100
Subject: [PATCH 1/3] Re-order & adapt `hipstdpar` specific passes.
---
clang/lib/Co
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/116785
>From 5f260726253e78a00d2dff02c22837ce02b49075 Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Tue, 19 Nov 2024 11:55:11 +0100
Subject: [PATCH 1/6] [Clang] Consider preferred_type in bitfield warnings
(#116760)
@@ -6519,6 +6519,13 @@ def warn_signed_bitfield_enum_conversion : Warning<
InGroup, DefaultIgnore;
def note_change_bitfield_sign : Note<
"consider making the bit-field type %select{unsigned|signed}0">;
+def warn_ms_bitfield_mismatched_storage_packing : Warning<
+ "bit-fiel
@@ -633,6 +633,52 @@ def Packed : DiagGroup<"packed", [PackedNonPod]>;
def PaddedBitField : DiagGroup<"padded-bitfield">;
def Padded : DiagGroup<"padded", [PaddedBitField]>;
def UnalignedAccess : DiagGroup<"unaligned-access">;
+def MSBitfieldCompatibility : DiagGroup<"ms-bitfie
@@ -89,37 +88,178 @@ bool RootSignatureParser::parseDescriptorTableClause() {
CurToken.TokKind == TokenKind::kw_UAV ||
CurToken.TokKind == TokenKind::kw_Sampler) &&
"Expects to only be invoked starting at given keyword");
+ TokenKind ParamKind = Cu
eaeltsin wrote:
Well, to be honest, I'm not completely sure these are the same problems, these
are just sanitizer finding for the same compilation.
Here is the [MSan
finding](https://gist.github.com/eaeltsin/834192fe5d8bbbc061e1488f113e34e1).
Please note my source is somewhat behind the head,
https://github.com/ojhunt updated
https://github.com/llvm/llvm-project/pull/117428
>From 3e25d7ef2e223942298078dace8979905956d05c Mon Sep 17 00:00:00 2001
From: Oliver Hunt
Date: Fri, 22 Nov 2024 17:53:24 +0100
Subject: [PATCH 01/10] Add an off-by-default warning to complain about MSVC
bitfiel
slydiman wrote:
> I still wish I could test lldb locally. I will keep trying.
Please note lldb uses the system's `debugserver` on macOS. But on other systems
(Linux, Windows) it uses its own lldb-server. You may not be able to reproduce
the problem on macOS.
https://github.com/llvm/llvm-proje
@@ -281,6 +289,12 @@ class SME2_ZA_Tile_Vec_Multi_Single_Pat
: Pat<(intrinsic imm_ty:$tile, vt:$Zn1, vt:$Zn2, vt:$Zm1, vt:$Zm2),
(!cast(name # _PSEUDO) $tile, (REG_SEQUENCE ZPR2Mul2,
vt:$Zn1, zsub0, vt:$Zn2, zsub1), (REG_SEQUENCE ZPR2Mul2, vt:$Zm1, zsub0,
vt:$Zm2
https://github.com/saltyJeff updated
https://github.com/llvm/llvm-project/pull/135443
>From d4e3ae0fd6a4ed8f287e9566b0c3353abae09c79 Mon Sep 17 00:00:00 2001
From: saltyJeff
Date: Fri, 11 Apr 2025 14:24:31 -0700
Subject: [PATCH] [clang-format]: Treat #pragma once as include guard for
IndentPPD
mizvekov wrote:
Do you have a backtrace of that uninitialized read?
https://github.com/llvm/llvm-project/pull/132401
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/inbelic updated
https://github.com/llvm/llvm-project/pull/133800
>From 9ff87eb37437dc92a554d1d89b236e9a13249694 Mon Sep 17 00:00:00 2001
From: Finn Plummer
Date: Mon, 31 Mar 2025 18:29:26 +
Subject: [PATCH 1/8] [HLSL][RootSignature] Add infastructure to parse
parameters
mizvekov wrote:
Okay, if the problem is an uninitialized source location somewhere, then that
patch doesn't help at all.
https://github.com/llvm/llvm-project/pull/132401
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cg
@@ -0,0 +1,191 @@
+// RUN: %clang_cc1 -triple aarch64 -target-feature +sme -target-feature +sme2
-target-feature +bf16 -target-feature +sme-f16f16 -target-feature +sme-b16b16
-verify -emit-llvm -o - %s
jthackray wrote:
Thanks, pruned. (I should have realised th
@@ -0,0 +1,133 @@
+// NOTE: Assertions have been autogenerated by utils/update_cc_test_checks.py
+
+// REQUIRES: aarch64-registered-target
+// RUN: %clang_cc1 -triple aarch64 -target-feature +bf16 -target-feature
+sme-tmop -target-feature +sme-f16f16 -target-feature +sme-b16b16
@@ -907,6 +907,48 @@ let SMETargetGuard = "sme-f16f16" in {
}
+
+// SME2 - TMOP, SUTMOP, USTMOP
+
+multiclass USTMOP checks> {
+ def _ : SInst<"svtmopa_lane_" # za # "[_{d}_{3}]",
+
@@ -907,6 +907,48 @@ let SMETargetGuard = "sme-f16f16" in {
}
+
+// SME2 - TMOP, SUTMOP, USTMOP
+
+multiclass USTMOP checks> {
+ def _ : SInst<"svtmopa_lane_" # za # "[_{d}_{3}]",
+
@@ -907,6 +907,48 @@ let SMETargetGuard = "sme-f16f16" in {
}
+
+// SME2 - TMOP, SUTMOP, USTMOP
+
+multiclass USTMOP checks> {
+ def _ : SInst<"svtmopa_lane_" # za # "[_{d}_{3}]",
+
@@ -907,6 +907,48 @@ let SMETargetGuard = "sme-f16f16" in {
}
+
+// SME2 - TMOP, SUTMOP, USTMOP
+
+multiclass USTMOP checks> {
+ def _ : SInst<"svtmopa_lane_" # za # "[_{d}_{3}]",
+
@@ -907,6 +907,48 @@ let SMETargetGuard = "sme-f16f16" in {
}
+
+// SME2 - TMOP, SUTMOP, USTMOP
+
+multiclass USTMOP checks> {
+ def _ : SInst<"svtmopa_lane_" # za # "[_{d}_{3}]",
+
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/135145
>From c0bff6fe1d1630ba93361ac29bca798810a64178 Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 3 Mar 2025 16:16:46 +
Subject: [PATCH 1/4] [AArch64][clang][llvm] Add structured sparsity outer
p
eaeltsin wrote:
@mizvekov - no, the patch doesn't help, or I did something wrong.
https://github.com/llvm/llvm-project/pull/132401
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mizvekov wrote:
Thanks, that narrows it down a lot!
I still wish I could test lldb locally. I will keep trying.
https://github.com/llvm/llvm-project/pull/135414
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mai
eaeltsin wrote:
Memory Sanitizer complains about initialized value
[here](https://github.com/llvm/llvm-project/blob/main/clang/include/clang/Serialization/ASTReader.h#L2438)
Will try the patch now.
https://github.com/llvm/llvm-project/pull/132401
___
https://github.com/mizvekov updated
https://github.com/llvm/llvm-project/pull/135414
>From 2d4b74fb9acde7a76051bd28b933897c3fbe811c Mon Sep 17 00:00:00 2001
From: Matheus Izvekov
Date: Sat, 17 Sep 2022 18:07:28 +0200
Subject: [PATCH] Reland: [clang] Improved canonicalization for template
speci
1 - 100 of 463 matches
Mail list logo
