bjosv wrote:
> I think we should provide an entry in `ReleaseNotes.rst` since the change
> alters behavior of the check (fixes false-positives).
Missed that, thanks. Done.
https://github.com/llvm/llvm-project/pull/135160
___
cfe-commits mailing list
=?utf-8?q?Bj=C3=B6rn?= Svensson ,
=?utf-8?q?Bj=C3=B6rn?= Svensson
Message-ID:
In-Reply-To:
@@ -50,183 +50,183 @@ namespace {
// with NULL argument and in this case the check is not applicable:
// `mblen, mbrlen, mbrtowc, mbtowc, wctomb, wctomb_s`.
// FIXME: The check can be
=?utf-8?q?Björn?= Svensson ,
=?utf-8?q?Björn?= Svensson
Message-ID:
In-Reply-To:
https://github.com/carlosgalvezp closed
https://github.com/llvm/llvm-project/pull/135160
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/c
Author: Björn Svensson
Date: 2025-04-11T10:08:29+02:00
New Revision: 0276915a6c888906b2140a3d97e5ce32057a3ca5
URL:
https://github.com/llvm/llvm-project/commit/0276915a6c888906b2140a3d97e5ce32057a3ca5
DIFF:
https://github.com/llvm/llvm-project/commit/0276915a6c888906b2140a3d97e5ce32057a3ca5.diff
https://github.com/Maetveis updated
https://github.com/llvm/llvm-project/pull/131477
From d3da72bf61ae8268a25e5331acefe895c783905a Mon Sep 17 00:00:00 2001
From: Gergely Meszaros
Date: Sat, 15 Mar 2025 22:37:07 +0100
Subject: [PATCH] [Clang][Sema] Fix -Whigher-precision-for-complex-division
-
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 --
clang/lib/StaticAnalyzer/Checkers/WebKit/RetainPtrC
vgvassilev wrote:
> > Here's a new reproducer, this time verifying that a semi-fresh
> > tip-of-the-tree doesn't trigger the same error:
> > https://pastebin.com/7tYfjazz. Apologies for the delay.
>
> Thanks. I gave it a try, but I don't see any `use of overloaded operator '='
> is ambiguous`
Maetveis wrote:
Before
(https://clang.llvm.org/docs/ReleaseNotes.html#improvements-to-clang-s-diagnostics):
With this PR:
Changes
Bullet lists require a blank line between paragraphs therefore the `..
code-block::` directive only renders correctly if preceded by a blank line.
---
Full diff: https://github.com/llvm/llvm-project/pul
https://github.com/rniwa updated
https://github.com/llvm/llvm-project/pull/135329
>From ffeb0f6f3252579fe77460ba05b57f7b68189bab Mon Sep 17 00:00:00 2001
From: Ryosuke Niwa
Date: Fri, 11 Apr 2025 01:15:55 -0700
Subject: [PATCH 1/2] [alpha.webkit.RetainPtrCtorAdoptChecker] An assortment of
smal
https://github.com/Maetveis created
https://github.com/llvm/llvm-project/pull/135330
Bullet lists require a blank line between paragraphs therefore the `..
code-block::` directive only renders correctly if preceded by a blank line.
From d5f1688b4675442804ae6c8610b8d2e9b60e33db Mon Sep 17 00:00
@@ -0,0 +1,16 @@
+// RUN: %clang_cc1 -verify -fsyntax-only %s
+
+int __attribute__((not_tail_called)) foo1(int a) {
+return a + 1;
+}
+
+
+int foo2(int a) {
+[[clang::musttail]]
+return foo1(a); // expected-error{{cannot perform a tail call to
function'musttail' b
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/8116
Here is the releva
@@ -0,0 +1,112 @@
+// 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
https://github.com/kasuga-fj updated
https://github.com/llvm/llvm-project/pull/135163
>From 79186af3df57357d40ec3b3e4eaf9da978b31ef6 Mon Sep 17 00:00:00 2001
From: Ryotaro Kasuga
Date: Fri, 4 Apr 2025 12:32:57 +
Subject: [PATCH 1/4] [clang][CodeGen] Fix metadata when vectorization is
disab
@@ -194,7 +194,7 @@ void for_test_scalable(int *List, int Length) {
}
}
-// Verify for loop is performing scalable vectorization
+// Verify for loop is NOT performing vectorization because the width is 1
kasuga-fj wrote:
Fixed both code and docs. Thanks.
h
https://github.com/kasuga-fj edited
https://github.com/llvm/llvm-project/pull/135163
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -907,6 +907,48 @@ let SMETargetGuard = "sme-f16f16" in {
}
+
+// SME2 - TMOP, SUTMOP, USTMOP
+
+multiclass USTMOP checks> {
+ def _ : SInst<"svtmopa_lane_" # za # "[_{d}_{3}]",
+
@@ -0,0 +1,112 @@
+// 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
Author: Viktoriia Bakalova
Date: 2025-04-11T12:48:18+02:00
New Revision: 9eeafc63d2f06f7aa216ddcf2370b20fbb1d9015
URL:
https://github.com/llvm/llvm-project/commit/9eeafc63d2f06f7aa216ddcf2370b20fbb1d9015
DIFF:
https://github.com/llvm/llvm-project/commit/9eeafc63d2f06f7aa216ddcf2370b20fbb1d9015.
https://github.com/VitaNuo closed
https://github.com/llvm/llvm-project/pull/133910
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jryans approved this pull request.
New docs look good, thanks for working on this!
Yes, the value is quite clear indeed. :smile:
https://github.com/llvm/llvm-project/pull/107279
___
cfe-commits mailing list
cfe-commits@lists.llvm.o
jryans wrote:
IIRC, there are still some open review threads in this PR, mainly related to
reducing duplication in the symbolication bits.
https://github.com/llvm/llvm-project/pull/107369
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:/
@@ -0,0 +1,176 @@
+// 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(
@@ -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
https://github.com/Wolfram70 edited
https://github.com/llvm/llvm-project/pull/134345
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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/3] [AArch64][clang][llvm] Add structured sparsity outer
p
SLTozer wrote:
> IIRC, there are still some open review threads in this PR, mainly related to
> reducing duplication in the symbolication bits.
Yes, this part won't land quite yet; as I'm kicking these reviews back into
action, I'll be pushing up some other reviews to come before this one in t
AaronBallman wrote:
What I am taking away from this conversation is: 1) We need to keep tgmath.h,
so this PR can be closed. 2) We should consider implementing
`__builtin_tgmath`, 3) We should consider bumping the `__GNUC__` version we
report. I think all of those are sensible, though (2) seems
https://github.com/AaronBallman closed
https://github.com/llvm/llvm-project/pull/135236
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,142 @@
+// RUN: %clang_cc1 -triple arm64-apple-ios -std=c++11 -fptrauth-calls
-fptrauth-intrinsics -verify -fsyntax-only %s
+// RUN: %clang_cc1 -triple aarch64-linux-gnu -std=c++11 -fptrauth-calls
-fptrauth-intrinsics -verify -fsyntax-only %s
+
+#define AQ __ptrauth
@@ -2850,6 +2850,26 @@ void CXXNameMangler::mangleQualifiers(Qualifiers Quals,
const DependentAddressSp
if (Quals.hasUnaligned())
mangleVendorQualifier("__unaligned");
+ // __ptrauth. Note that this is parameterized.
+ if (PointerAuthQualifier PtrAuth = Quals.getPoin
Author: Mészáros Gergely
Date: 2025-04-11T13:53:33+02:00
New Revision: c58777c2ad3464cfddc62e1da13dae443e868f3e
URL:
https://github.com/llvm/llvm-project/commit/c58777c2ad3464cfddc62e1da13dae443e868f3e
DIFF:
https://github.com/llvm/llvm-project/commit/c58777c2ad3464cfddc62e1da13dae443e868f3e.di
https://github.com/Maetveis closed
https://github.com/llvm/llvm-project/pull/135330
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jmorse wrote:
There's precedent for splitting the debug-info into fragments early, we do
something similar for C++ structured-bindings in SROA and a very similar
process happens when the i128 argument is split up in instruction-selection.
Split-up locations become brittle to optimisations thou
https://github.com/slydiman created
https://github.com/llvm/llvm-project/pull/135354
Reverts llvm/llvm-project#135119 because of the assert in ASTContext.cpp, line
5619.
See #135352 for details.
>From 2c7b3620502462008c3150df0522b441fb9527b3 Mon Sep 17 00:00:00 2001
From: Dmitry Vasilyev
Da
llvmbot wrote:
@llvm/pr-subscribers-clangd
Author: Dmitry Vasilyev (slydiman)
Changes
Reverts llvm/llvm-project#135119 because of the assert in
ASTContext.cpp, line 5619.
See #135352 for details.
---
Patch is 89.49 KiB, truncated to 20.00 KiB below, full version:
https://github.com/l
emaxx-google wrote:
> > Here's a new reproducer, this time verifying that a semi-fresh
> > tip-of-the-tree doesn't trigger the same error:
> > https://pastebin.com/7tYfjazz. Apologies for the delay.
>
> Thanks. I gave it a try, but I don't see any `use of overloaded operator '='
> is ambiguou
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 --
clang-tools-extra/clangd/AST.cpp clang/include/clan
https://github.com/janagor updated
https://github.com/llvm/llvm-project/pull/133546
From 4581169d6fbe72357bb83b95fe36c8cc606efa1e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jan=20G=C3=B3rski?=
Date: Fri, 28 Mar 2025 23:36:18 +0100
Subject: [PATCH 1/9] [clang][CodeGen] Added llvm ir pre-commit tes
hahnjo wrote:
> The simplified script: https://pastebin.com/udVTaPYV
Aaaah, the important line is `EXTRA_CFLAGS='-Xclang
-fallow-pcm-with-compiler-errors -ferror-limit=0'`. With that I indeed get the
following diff between logs from `main` and a rebased version of this branch:
```diff
--- main
https://github.com/jhuber6 approved this pull request.
LG with one nit.
https://github.com/llvm/llvm-project/pull/135229
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1234,6 +1234,10 @@ def offload_compression_level_EQ : Joined<["--"],
"offload-compression-level=">,
Flags<[HelpHidden]>,
HelpText<"Compression level for offload device binaries (HIP only)">;
+def offload_jobs_EQ : Joined<["--"], "offload-jobs=">,
+ HelpText<"Specify
https://github.com/jhuber6 edited
https://github.com/llvm/llvm-project/pull/135229
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
vgvassilev wrote:
> > > Here's a new reproducer, this time verifying that a semi-fresh
> > > tip-of-the-tree doesn't trigger the same error:
> > > https://pastebin.com/7tYfjazz. Apologies for the delay.
> >
> >
> > Thanks. I gave it a try, but I don't see any `use of overloaded operator
> >
@@ -3161,7 +3161,7 @@ def err_musttail_member_mismatch : Error<
def note_musttail_callee_defined_here : Note<"%0 declared here">;
def note_tail_call_required : Note<"tail call required by %0 attribute here">;
def err_musttail_mismatch : Error<
- "cannot perform a tail call to
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/135312
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/yxsamliu approved this pull request.
https://github.com/llvm/llvm-project/pull/135224
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -110,20 +110,81 @@ static std::string computeBaseSysRoot(const Driver &D,
bool IncludeTriple) {
return std::string(SysRootDir);
}
+static bool hasGCCToolChainAlongSideClang(const Driver &D) {
+ SmallString<128> GCCDir;
+ llvm::sys::path::append(GCCDir, D.Dir, "..", D.g
https://github.com/smithp35 commented:
I'm looking at this patch in isolation, so its possible that the comments here
are addressed elasewhere.
It looks like useful functionality to add to the bare metal driver.
It also looks like there is some scope for some documentation, for users and
for
https://github.com/smithp35 edited
https://github.com/llvm/llvm-project/pull/121829
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/philnik777 ready_for_review
https://github.com/llvm/llvm-project/pull/133699
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/shiltian closed
https://github.com/llvm/llvm-project/pull/135224
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/trungnt2910 created
https://github.com/llvm/llvm-project/pull/135367
The current unwinding implementation on Haiku is messy and broken.
1. It searches weird paths for private headers, which is breaking builds in
consuming projects, such as dotnet/runtime.
2. It does not even
llvmbot wrote:
@llvm/pr-subscribers-libunwind
Author: Trung Nguyen (trungnt2910)
Changes
The current unwinding implementation on Haiku is messy and broken.
1. It searches weird paths for private headers, which is breaking builds in
consuming projects, such as dotnet/runtime.
2. It does no
github-actions[bot] wrote:
⚠️ We detected that you are using a GitHub private e-mail address to contribute
to the repo. Please turn off [Keep my email addresses
private](https://github.com/settings/emails) setting in your account. See
[LLVM
Discourse](https://discourse.llvm.org/t/hidden-email
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Nikolas Klauser (philnik777)
Changes
MinGW and Win32 disagree on where the `__declspec(dllexport)` should be placed.
However, there doesn't
fundamentally seem to be a problem with putting the annotation in both places.
This patch adds a n
Author: Shilei Tian
Date: 2025-04-11T09:33:32-04:00
New Revision: 9e90e10e76eeb796d2d9e8609b98b90d760e1eb0
URL:
https://github.com/llvm/llvm-project/commit/9e90e10e76eeb796d2d9e8609b98b90d760e1eb0
DIFF:
https://github.com/llvm/llvm-project/commit/9e90e10e76eeb796d2d9e8609b98b90d760e1eb0.diff
L
https://github.com/trungnt2910 updated
https://github.com/llvm/llvm-project/pull/135367
>From d213e68a98b5c92656122aa13bf853b77e6c0b7a Mon Sep 17 00:00:00 2001
From: Trung Nguyen <57174311+trungnt2...@users.noreply.github.com>
Date: Fri, 11 Apr 2025 23:11:04 +1000
Subject: [PATCH] Fix signal fra
mstorsjo wrote:
I can't really comment much on the implementation here, I would mostly leave
that up to people more familiar with those bits in Clang.
A little nitpickery wrt the text; it'd be clearer if it'd talk about "MSVC and
mingw". Both MSVC mode and mingw mode are equally much "win32" o
https://github.com/trungnt2910 updated
https://github.com/llvm/llvm-project/pull/135367
>From dd2b01926ad901836465c1aaf1bf142688cbb768 Mon Sep 17 00:00:00 2001
From: Trung Nguyen
Date: Fri, 11 Apr 2025 23:49:36 +1000
Subject: [PATCH] Fix signal frame unwinding
The current unwinding implementat
https://github.com/trungnt2910 updated
https://github.com/llvm/llvm-project/pull/135367
>From 06e16ff58a908d6fd47a264f95f4b53eb6ad51a5 Mon Sep 17 00:00:00 2001
From: Trung Nguyen
Date: Fri, 11 Apr 2025 23:50:16 +1000
Subject: [PATCH] Fix signal frame unwinding
The current unwinding implementat
https://github.com/trungnt2910 updated
https://github.com/llvm/llvm-project/pull/135367
>From 116b60a6740831b1376377e33762faf53305f6c2 Mon Sep 17 00:00:00 2001
From: Trung Nguyen
Date: Fri, 11 Apr 2025 23:53:14 +1000
Subject: [PATCH] Fix signal frame unwinding
The current unwinding implementat
@@ -110,20 +110,81 @@ static std::string computeBaseSysRoot(const Driver &D,
bool IncludeTriple) {
return std::string(SysRootDir);
}
+static bool hasGCCToolChainAlongSideClang(const Driver &D) {
smithp35 wrote:
IIUC this is when we have something like clan
@@ -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}]",
+
@@ -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
@@ -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
Lukacma wrote:
What is the purpose adding all these target-
@@ -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
@@ -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/slydiman closed
https://github.com/llvm/llvm-project/pull/135354
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Dmitry Vasilyev
Date: 2025-04-11T17:55:11+04:00
New Revision: cbba9600ae4faeb06619ed8b52c22d8a38708230
URL:
https://github.com/llvm/llvm-project/commit/cbba9600ae4faeb06619ed8b52c22d8a38708230
DIFF:
https://github.com/llvm/llvm-project/commit/cbba9600ae4faeb06619ed8b52c22d8a38708230.dif
@@ -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/jmmartinez updated
https://github.com/llvm/llvm-project/pull/135027
From a22e56d063e91df667d89ed5238bd886ce10bd0a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Juan=20Manuel=20Martinez=20Caama=C3=B1o?=
Date: Wed, 9 Apr 2025 15:11:19 +0200
Subject: [PATCH] [Clang][AMDGPU] Accept bu
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Aaron Ballman (AaronBallman)
Changes
If the invalid parameter was not the last parameter given, we would fail to
skip to the end of the directive and trip a failed assertion.
Fixes #126940
---
Full diff: https://github.com/llvm/llvm-proj
jmmartinez wrote:
> IIRC there were bugs when you try to use lambda in conjunction with the
> target attribute. Can you add a test where you try to use a builtin that
> depends on a subtarget feature, in a function marked with the target
> attribute (and not available in the main compile targe
https://github.com/agozillon closed
https://github.com/llvm/llvm-project/pull/135307
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: agozillon
Date: 2025-04-11T15:57:30+02:00
New Revision: 39f119086f115e2af79ebb187a647ea2efad2d5c
URL:
https://github.com/llvm/llvm-project/commit/39f119086f115e2af79ebb187a647ea2efad2d5c
DIFF:
https://github.com/llvm/llvm-project/commit/39f119086f115e2af79ebb187a647ea2efad2d5c.diff
LOG
https://github.com/Fznamznon created
https://github.com/llvm/llvm-project/pull/135370
See https://github.com/llvm/llvm-project/issues/126629 . Right not they are not
supported properly and support requires modifying several layers of LLVM. For
now simply reject them while proper support is bei
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Mariya Podchishchaeva (Fznamznon)
Changes
See https://github.com/llvm/llvm-project/issues/126629 . Right not they are not
supported properly and support requires modifying several layers of LLVM. For
now simply reject them while proper su
@@ -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(
https://github.com/Fznamznon approved this pull request.
Thanks!
https://github.com/llvm/llvm-project/pull/135368
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mmha updated https://github.com/llvm/llvm-project/pull/135115
>From bcaeadf7fff01d2d92b0d234b40f8d5884974e4c Mon Sep 17 00:00:00 2001
From: Morris Hafner
Date: Thu, 10 Apr 2025 03:53:43 +0200
Subject: [PATCH 1/3] [CIR] Upstream binary assignments and comma
This patch adds `Vi
@@ -807,6 +808,65 @@ class ScalarExprEmitter : public
StmtVisitor {
VISITCOMP(EQ)
VISITCOMP(NE)
#undef VISITCOMP
+
+ mlir::Value VisitBinAssign(const BinaryOperator *e) {
+const bool ignore = std::exchange(ignoreResultAssign, false);
+
+mlir::Value rhs;
+LValu
https://github.com/MillePlateaux updated
https://github.com/llvm/llvm-project/pull/134465
>From 596679a60bcae58ac1c9e1b3066b21399a58f24b Mon Sep 17 00:00:00 2001
From: MillePlateaux
Date: Fri, 4 Apr 2025 16:26:25 -0700
Subject: [PATCH 1/6] [llvm][Stmt]:git clang format
---
clang/lib/Sema/Sema
erichkeane wrote:
@razvanlupusoru @clementval @jefflarkin : This is the place I
discussed/promised.
Note I used 'flang' for a stand-in as "after using the Acc.td file in clang",
so some of those might not be perfectly accurate. BUT are ones that need
discussion in some way.
We can discuss t
YLChenZ wrote:
> I don't think we can test `DynamicAllocLValue` like this, since we can't save
> it in the `APValue` for an initialized global. You'll have to add a call to
> `dump()` e.g. like:
>
> ```diff
> diff --git i/clang/lib/AST/ExprConstant.cpp w/clang/lib/AST/ExprConstant.cpp
> index
https://github.com/jsji created https://github.com/llvm/llvm-project/pull/135375
The num will change for any downstream customization.
>From 5f3c9d4df3aa06cd34593c4f3187b6d9f389a8f3 Mon Sep 17 00:00:00 2001
From: Jinsong Ji
Date: Fri, 11 Apr 2025 07:20:20 -0700
Subject: [PATCH] [NFC][Clang] Do
https://github.com/jmmartinez created
https://github.com/llvm/llvm-project/pull/135376
The vmem-to-lds-loads-insts feature is only available on gfx9/10. While
target-parser was also enabling it for gfx6,7,8.
From 90c95af57317103f399ee4059a4e4ec01ddc98de Mon Sep 17 00:00:00 2001
From: =?UTF-8?q
https://github.com/jmmartinez edited
https://github.com/llvm/llvm-project/pull/135376
___
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: Juan Manuel Martinez Caamaño (jmmartinez)
Changes
The vmem-to-lds-loads-insts feature is only available on gfx9/10. While
target-parser was also enabling it for gfx6,7,8.
---
Full diff: https://github.com/llvm/llvm-project/pull/135376.dif
https://github.com/shiltian approved this pull request.
https://github.com/llvm/llvm-project/pull/135376
___
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-modules
Author: Jinsong Ji (jsji)
Changes
The num will change for any downstream customization.
---
Full diff: https://github.com/llvm/llvm-project/pull/135375.diff
1 Files Affected:
- (modified) clang/test/Modules/no-external-type-id.cppm (+1
AaronBallman wrote:
> I'm not sure what to say in the release note. Sorry folks, we never really
> supported these but now we reject to be safe?
I would say something like "the '#embed' directive now diagnoses use of a
non-character file (device file) such as `/dev/urandom` as an error. This
https://github.com/jmmartinez closed
https://github.com/llvm/llvm-project/pull/135376
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov closed
https://github.com/llvm/llvm-project/pull/135312
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Matheus Izvekov
Date: 2025-04-11T11:31:26-03:00
New Revision: 7113aece4eaa634cdcea5c4057da171c17229b40
URL:
https://github.com/llvm/llvm-project/commit/7113aece4eaa634cdcea5c4057da171c17229b40
DIFF:
https://github.com/llvm/llvm-project/commit/7113aece4eaa634cdcea5c4057da171c17229b40.dif
Fznamznon wrote:
> on Windows we could use something like COM1 on Windows.
How would that look like?
https://github.com/llvm/llvm-project/pull/135370
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/list
1 - 100 of 463 matches
Mail list logo
