https://github.com/FantasqueX updated
https://github.com/llvm/llvm-project/pull/124315
>From f186c52e78c26db93cc37d858d088259cd3029a1 Mon Sep 17 00:00:00 2001
From: Letu Ren
Date: Sat, 25 Jan 2025 01:23:52 +0800
Subject: [PATCH 01/10] [Sema] Add code completion for if constexpr
C++17 supports
https://github.com/inbelic edited
https://github.com/llvm/llvm-project/pull/122982
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4285,6 +4290,8 @@ class DecompositionDecl final
std::move(Bindings));
}
+ bool isDecisionVariable() const { return IsDecisionVariable; }
tbaederr wrote:
Can you add docs here explaining what this means?
http
michael-kenzel wrote:
@arichardson as promised, I have rebased the changes. I'm not sure about the
test failures, it would seem to me that they are unlikely to be caused by
anything I did?
https://github.com/llvm/llvm-project/pull/72040
___
cfe-commi
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/130177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3064,6 +3064,61 @@ let TargetPrefix = "aarch64" in {
def int_aarch64_sme_usmopa_wide : SME_OuterProduct_Intrinsic;
def int_aarch64_sme_usmops_wide : SME_OuterProduct_Intrinsic;
+ class SME_OuterProduct_QuarterTile_Single_Single
+ : DefaultAttrsIntrinsic<[],
+
@@ -3192,23 +3192,22 @@ bool Lexer::LexEndOfFile(Token &Result, const char
*CurPtr) {
if (CurPtr != BufferStart && (CurPtr[-1] != '\n' && CurPtr[-1] != '\r')) {
DiagnosticsEngine &Diags = PP->getDiagnostics();
SourceLocation EndLoc = getSourceLocation(BufferEnd);
-
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Matt Arsenault (arsenm)
Changes
Somehow this passed the precheck test on the windows bot, but is
failing in precheck of unrelated PRs
---
Full diff: https://github.com/llvm/llvm-project/pull/130291.diff
1 Files Affected:
- (modified) cl
sarnex wrote:
So far RFC is going towards changing `__has_builtin` to respect the current
target. If anyone has any comments please add them to the RFC
[here](https://discourse.llvm.org/t/rfc-has-builtin-behavior-on-offloading-targets/84964).
https://github.com/llvm/llvm-project/pull/126324
__
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Matt Arsenault (arsenm)
Changes
Somehow this passed the precheck test on the windows bot, but is
failing in precheck of unrelated PRs
---
Full diff: https://github.com/llvm/llvm-project/pull/130291.diff
1 Files Affected:
- (modif
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/130291
Somehow this passed the precheck test on the windows bot, but is
failing in precheck of unrelated PRs
>From eb8e11fed67652c61c67f4ca83d17a4ce5b3047e Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Fri, 7 Mar
arsenm wrote:
* **#130291** https://app.graphite.dev/github/pr/llvm/llvm-project/130291?utm_source=stack-comment-icon";
target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite"
width="10px" height="10px"/> 👈 https://app.graphite.dev/github/pr/llvm/llvm-project/13029
https://github.com/arsenm ready_for_review
https://github.com/llvm/llvm-project/pull/130291
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -62,11 +62,11 @@
// STATIC: Found undefined HIP fatbin symbol: __hip_fatbin_[[ID2:[0-9a-f]+]]
// STATIC: Found undefined HIP gpubin handle symbol:
__hip_gpubin_handle_[[ID1]]
// STATIC: Found undefined HIP gpubin handle symbol:
__hip_gpubin_handle_[[ID2]]
-// STATIC: "{{.*
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Justin Bogner (bogner)
Changes
If these are constants their initializers will be removed by InstCombine.
Change them to not be constants and initialize them with poison.
---
Full diff: https://github.com/llvm/llvm-project/pull/130231.diff
@@ -1561,56 +1821,70 @@ class UnsafeLibcFunctionCallGadget : public
WarningGadget {
} WarnedFunKind = OTHERS;
public:
- UnsafeLibcFunctionCallGadget(const MatchFinder::MatchResult &Result)
+ UnsafeLibcFunctionCallGadget(const MatchResult &Result)
: WarningGadget(Ki
shafik wrote:
> > Should this have updated: https://clang.llvm.org/c_status.html
>
> Not according to Aaron: [#129737
> (comment)](https://github.com/llvm/llvm-project/pull/129737#discussion_r1980260552)
Oh wow, my bad, I missed that 😬
https://github.com/llvm/llvm-project/pull/129737
https://github.com/ilya-biryukov approved this pull request.
LGTM from my side, but please give some time for the owners to chime in.
https://github.com/llvm/llvm-project/pull/125492
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists
=?utf-8?q?Iñaki?= Amatria Barral
Message-ID:
In-Reply-To:
https://github.com/tarunprabhu edited
https://github.com/llvm/llvm-project/pull/130268
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/c
AaronBallman wrote:
> It completely changes the type, it's much more aggressive than a type
> attribute? sizeof is no longer the same
`address_space` could be argued to be similarly aggressive, `_Atomic` as a
qualifier specifier also has the same property of not requiring the size and
alignme
Author: Aaron Ballman
Date: 2025-03-07T08:34:22-05:00
New Revision: 9fc3310798be5afd265ff6ad7274c0d02487f5df
URL:
https://github.com/llvm/llvm-project/commit/9fc3310798be5afd265ff6ad7274c0d02487f5df
DIFF:
https://github.com/llvm/llvm-project/commit/9fc3310798be5afd265ff6ad7274c0d02487f5df.diff
AaronBallman wrote:
> I'm happy to approve as-is, but would you be willing to ask WG14 if they
> would consider encouraging backporting the feature?
Absolutely!
https://github.com/llvm/llvm-project/pull/130180
___
cfe-commits mailing list
cfe-commits
@@ -2518,6 +2518,59 @@ StringRef CGDebugInfo::getVTableName(const CXXRecordDecl
*RD) {
return internString("_vptr$", RD->getNameAsString());
}
+// Emit symbol for the debugger that points to the vtable address for
+// the given class. The symbol is named as '_vtable$'.
+//
Author: Aaron Ballman
Date: 2025-03-07T08:31:56-05:00
New Revision: 2c8b824ff562d4d0a6cd38310991425d03bc6f70
URL:
https://github.com/llvm/llvm-project/commit/2c8b824ff562d4d0a6cd38310991425d03bc6f70
DIFF:
https://github.com/llvm/llvm-project/commit/2c8b824ff562d4d0a6cd38310991425d03bc6f70.diff
jhuber6 wrote:
> I think vector types as a type attribute are reasonable, at least at first
> blush. However, if we're talking about redesigning the feature to expose it
> in a more natural way, we should consider what proposals are in front of the
> C and C++ standards committees.
This mostl
Meinersbur wrote:
clang-offload-wrapper tries to write a file
`linker-wrapper.c.tmp-on-amdgcn-amd-amdhsa-gfx90a:xnack+-0c971c.o` in the temp
directory. `:` is not a valid character in filenames one Windows. The colon
comes from the `Binary.getArch()` call here:
https://github.com/llvm/llvm-pr
JDPailleux wrote:
> Thanks for working on this @JDPailleux.
>
> This looks like a substantial change including to parts of clang. Is it
> possible to split this into two. One PR for just the "infrastructure" and
> another for the flang-specifc warnings. This would make it easier to focus
> th
@@ -289,6 +289,105 @@ multiclass ZAFPOuterProd {
defm SVMOPA : ZAFPOuterProd<"mopa">;
defm SVMOPS : ZAFPOuterProd<"mops">;
+
+// SME2 - FMOP4A, FMOP4S, BFMOP4A, BFMOP4S
+
+multiclass MOP4
checks>
@@ -1,13 +1,21 @@
-// RUN: %clang_cc1 -fsyntax-only -verify %s
+// RUN: %clang_cc1 -fsyntax-only -verify=c11 -std=c11 -pedantic %s
+// RUN: %clang_cc1 -fsyntax-only -verify=c23 -std=c23 -Wpre-c23-compat %s
// Check C99 6.8.5p3
void b1 (void) { for (void (*f) (void);;); }
-void
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 308f933f75bcf92881c14e00e81d2d41a2893d7c
c082d6c120b5eb090753413f14a571c9c8725640 --e
https://github.com/rj-jesus created
https://github.com/llvm/llvm-project/pull/130263
Reverts llvm/llvm-project#129732.
I'll look into what's causing the buildbot reported in
https://github.com/llvm/llvm-project/pull/129732#issuecomment-2705062636 to
fail offline.
>From 5a71fab0067bae0f532a62
https://github.com/futog updated
https://github.com/llvm/llvm-project/pull/130286
>From ef22b36c6aa53566554b0f58bd2b90432f9a5f5a Mon Sep 17 00:00:00 2001
From: Gergely Futo
Date: Thu, 10 Oct 2024 08:36:50 +0200
Subject: [PATCH] [libunwind][RISCV] Make asm statement volatile
Compiling with `O3`
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/129983
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -599,9 +599,10 @@ Expected writeOffloadFile(const OffloadFile
&File) {
StringRef Prefix =
sys::path::stem(Binary.getMemoryBufferRef().getBufferIdentifier());
-
- auto TempFileOrErr = createOutputFile(
- Prefix + "-" + Binary.getTriple() + "-" + Binary.getArch
https://github.com/jhuber6 edited
https://github.com/llvm/llvm-project/pull/130285
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -599,9 +599,10 @@ Expected writeOffloadFile(const OffloadFile
&File) {
StringRef Prefix =
sys::path::stem(Binary.getMemoryBufferRef().getBufferIdentifier());
-
- auto TempFileOrErr = createOutputFile(
- Prefix + "-" + Binary.getTriple() + "-" + Binary.getArch
@@ -599,9 +599,10 @@ Expected writeOffloadFile(const OffloadFile
&File) {
StringRef Prefix =
sys::path::stem(Binary.getMemoryBufferRef().getBufferIdentifier());
-
- auto TempFileOrErr = createOutputFile(
- Prefix + "-" + Binary.getTriple() + "-" + Binary.getArch
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/130285
>From d39b407a6ae2000f91a345c18cb710647b86c1c8 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Fri, 7 Mar 2025 07:54:50 -0600
Subject: [PATCH 1/2] [LinkerWrapper] Try to fix testing on Windows
Summary:
Thanks
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Joseph Huber (jhuber6)
Changes
Summary:
This attribute is mostly borrowed from OpenCL, but is useful in general
for accessing the LLVM vector types. Previously the only way to use it
was through typedefs. This patch changes that to allow us
Author: Aaron Ballman
Date: 2025-03-06T16:04:02-05:00
New Revision: 22eab44aaee11106eccdffa66fef160b4876c845
URL:
https://github.com/llvm/llvm-project/commit/22eab44aaee11106eccdffa66fef160b4876c845
DIFF:
https://github.com/llvm/llvm-project/commit/22eab44aaee11106eccdffa66fef160b4876c845.diff
Author: Aaron Ballman
Date: 2025-03-07T09:37:15-05:00
New Revision: 40ee5a0bcc333f2df5427bfaba73f2dc83c0ae19
URL:
https://github.com/llvm/llvm-project/commit/40ee5a0bcc333f2df5427bfaba73f2dc83c0ae19
DIFF:
https://github.com/llvm/llvm-project/commit/40ee5a0bcc333f2df5427bfaba73f2dc83c0ae19.diff
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/130177
>From 728e1bd9cccb56a0acaf5abb35fe64cacc5b4ae9 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Thu, 6 Mar 2025 15:08:25 -0600
Subject: [PATCH 1/8] [Clang] Treat `ext_vector_type` as a regular type
attribute
ykhatav wrote:
> > For template classes with type parameters, the information of which member
> > variables are of a "templated type" is lost. The debugger cannot
> > differentiate between "templated" types and "hardcoded" types. This is
> > because both types have the same debug information,
Author: erichkeane
Date: 2025-03-07T06:49:29-08:00
New Revision: 1c1140c4cf7d4fde5de4b20c6b993bab9060d9fc
URL:
https://github.com/llvm/llvm-project/commit/1c1140c4cf7d4fde5de4b20c6b993bab9060d9fc
DIFF:
https://github.com/llvm/llvm-project/commit/1c1140c4cf7d4fde5de4b20c6b993bab9060d9fc.diff
LO
Author: Aaron Ballman
Date: 2025-03-07T09:51:33-05:00
New Revision: d1bd1c7e825d190fc47cd06956c381cc0f70fba8
URL:
https://github.com/llvm/llvm-project/commit/d1bd1c7e825d190fc47cd06956c381cc0f70fba8
DIFF:
https://github.com/llvm/llvm-project/commit/d1bd1c7e825d190fc47cd06956c381cc0f70fba8.diff
https://github.com/JDPailleux updated
https://github.com/llvm/llvm-project/pull/127214
>From 86e34cf5a7b652b0ce0158b9687543691cba7ab7 Mon Sep 17 00:00:00 2001
From: Jean-Didier Pailleux
Date: Fri, 7 Mar 2025 08:31:46 +0100
Subject: [PATCH] [flang] Add options -W[no-]unused-dummy-argument and
-
https://github.com/inaki-amatria updated
https://github.com/llvm/llvm-project/pull/127986
From 8d688399f124552f5407e21f3ece08ba6a84a570 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?I=C3=B1aki=20Amatria=20Barral?=
Date: Fri, 7 Mar 2025 08:45:05 +0100
Subject: [PATCH 1/2] [flang] Remove implicit assu
https://github.com/svs-quic updated
https://github.com/llvm/llvm-project/pull/128833
>From 10f62d3697b3e2d773d828fc3e7a6767ff71a072 Mon Sep 17 00:00:00 2001
From: Sudharsan Veeravalli
Date: Wed, 26 Feb 2025 12:13:32 +0530
Subject: [PATCH 1/2] [RISCV] Add Qualcomm uC Xqcisim (Simulation Hint]
e
https://github.com/Michael137 edited
https://github.com/llvm/llvm-project/pull/130255
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Xazax-hun wrote:
> I have not seen any failing tests for these checks.
Those checks might be downstream. LLVM is usually OK breaking downstream users
but we should still make some effort helping them out documenting the rationale
and suggesting workarounds.
https://github.com/llvm/llvm-proje
Xazax-hun wrote:
> I did try having a look at it but could not find a solution.
Could you summarize what you tried and why it did not work? It is not just
about fixing one check but potentially losing a capability. If we can no longer
write certain kinds of checks in tidy that is a very big t
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/128519
>From 1b5f2f2355a7c10d702c29ea3c043ba8be9b5028 Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Fri, 23 Dec 2022 16:55:40 -0500
Subject: [PATCH] AMDGPU: Move enqueued block handling into clang
The previous im
Xazax-hun wrote:
> It should be doable, still defaulting to not skip system headers, and let
> clang-tidy skip them. A follow-up patch could change that default so all
> tools behave in the same way.
This does not sound controversial or hard. I am okay doing work that requires
further consen
@@ -3192,23 +3192,22 @@ bool Lexer::LexEndOfFile(Token &Result, const char
*CurPtr) {
if (CurPtr != BufferStart && (CurPtr[-1] != '\n' && CurPtr[-1] != '\r')) {
DiagnosticsEngine &Diags = PP->getDiagnostics();
SourceLocation EndLoc = getSourceLocation(BufferEnd);
-
Sirraide wrote:
> Should this have updated: https://clang.llvm.org/c_status.html
Not according to Aaron:
https://github.com/llvm/llvm-project/pull/129737#discussion_r1980260552
https://github.com/llvm/llvm-project/pull/129737
___
cfe-commits mailin
@@ -4446,6 +4455,73 @@ CompareStandardConversionSequences(Sema &S,
SourceLocation Loc,
? ImplicitConversionSequence::Better
: ImplicitConversionSequence::Worse;
+ // C++23 [over.ics.rank]p4b3:
+ // A conversion in either direction between float
https://github.com/Lukacma approved this pull request.
https://github.com/llvm/llvm-project/pull/127797
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2269,10 +2269,11 @@ StmtResult Sema::ActOnForStmt(SourceLocation ForLoc,
SourceLocation LParenLoc,
for (auto *DI : DS->decls()) {
if (VarDecl *VD = dyn_cast(DI)) {
VarDeclSeen = true;
- if (VD->isLocalVarDecl() && !VD->hasLocalStorage()) {
https://github.com/Lukacma approved this pull request.
https://github.com/llvm/llvm-project/pull/128854
___
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
In COMGR we hash the header of compressed bundles. For this we take the first
bytes of the buffer (according to the maximum header size) and hash them. This
is not future-proof if we ever
Xazax-hun wrote:
> It's good practice to keep commits small, focused on doing one single thing
True. But doing this in another component will not make the patch larger. So
this is not an argument against. Moreover, the scope is not bigger than this
patch. It would not change the behavior of o
https://github.com/jmmartinez created
https://github.com/llvm/llvm-project/pull/130284
In COMGR we hash the header of compressed bundles. For this we take the first
bytes of the buffer (according to the maximum header size) and hash them. This
is not future-proof if we ever introduce new versi
https://github.com/mizvekov commented:
Looks good so far, thanks!
https://github.com/llvm/llvm-project/pull/130228
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1,13 +1,21 @@
-// RUN: %clang_cc1 -fsyntax-only -verify %s
+// RUN: %clang_cc1 -fsyntax-only -verify=c11 -std=c11 -pedantic %s
+// RUN: %clang_cc1 -fsyntax-only -verify=c23 -std=c23 -Wpre-c23-compat %s
// Check C99 6.8.5p3
void b1 (void) { for (void (*f) (void);;); }
-void
@@ -4769,31 +4769,32 @@ ExprResult Sema::CheckOSLogFormatStringArg(Expr *Arg) {
/// Check that the user is calling the appropriate va_start builtin for the
/// target and calling convention.
static bool checkVAStartABI(Sema &S, unsigned BuiltinID, Expr *Fn) {
- const llvm::Tri
https://github.com/Lukacma approved this pull request.
https://github.com/llvm/llvm-project/pull/129226
___
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.
LGTM
I can't follow up on this with a better suggestion right now, and I don't want
to make the perfect the enemy of the good.
https://github.com/llvm/llvm-project/pull/126842
___
cfe-commits ma
Author: Jan Voung
Date: 2025-03-07T08:16:46-05:00
New Revision: 81168e2dc1c2069178b1acd5e302be99d7fb0e45
URL:
https://github.com/llvm/llvm-project/commit/81168e2dc1c2069178b1acd5e302be99d7fb0e45
DIFF:
https://github.com/llvm/llvm-project/commit/81168e2dc1c2069178b1acd5e302be99d7fb0e45.diff
LOG
https://github.com/inaki-amatria updated
https://github.com/llvm/llvm-project/pull/130268
From 3753b14814c845ab695ffbe985f8b2fd5a478de2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?I=C3=B1aki=20Amatria=20Barral?=
Date: Fri, 7 Mar 2025 08:45:05 +0100
Subject: [PATCH 1/2] [flang] Remove implicit assu
@@ -0,0 +1,12 @@
+! This test verifies that using `-x f95` does not cause the driver to assume
+! this file is in fixed-form.
+
+program main
+ print *, "Hello, World!"
+end
+
+! RUN: %flang -### -x f95 %s 2>&1 | FileCheck --check-prefix=PRINT-PHASES %s
+! PRINT-PHASES-NOT: -ffix
https://github.com/jvoung closed
https://github.com/llvm/llvm-project/pull/129930
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,35 @@
+program main
+ print *, __FILE__, __LINE__
+end
+
+! This test verifies that `flang`'s `-x` options behave like `gfortran`'s.
+! Specifically:
+! - `-x f95` should process the file based on its extension unless overridden.
+! - `-x f95-cpp-input` should behave l
https://github.com/jhuber6 created
https://github.com/llvm/llvm-project/pull/130285
Summary:
Thanks to @Meinersbur for finding this. The `:` character used in AMD's
target-id's is invalid on windows. This patch replaces them with `_`.
>From d39b407a6ae2000f91a345c18cb710647b86c1c8 Mon Sep 17 0
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Joseph Huber (jhuber6)
Changes
Summary:
Thanks to @Meinersbur for finding this. The `:` character used in AMD's
target-id's is invalid on windows. This patch replaces them with `_`.
---
Full diff: https://github.com/llvm/llvm-project/pull
llvmbot wrote:
@llvm/pr-subscribers-libunwind
Author: Gergely Futo (futog)
Changes
Compiling with `O3`, the `early-machinelicm` pass hoisted the asm statement to
a path that has been executed unconditionally during stack unwinding. On
hardware without vector extension support, this resul
https://github.com/futog created
https://github.com/llvm/llvm-project/pull/130286
Compiling with `O3`, the `early-machinelicm` pass hoisted the asm statement to
a path that has been executed unconditionally during stack unwinding. On
hardware without vector extension support, this resulted in
Author: Aaron Ballman
Date: 2025-03-07T08:58:33-05:00
New Revision: 5b3f50ead1473ae7f8695e02f26635a7ea89a6aa
URL:
https://github.com/llvm/llvm-project/commit/5b3f50ead1473ae7f8695e02f26635a7ea89a6aa
DIFF:
https://github.com/llvm/llvm-project/commit/5b3f50ead1473ae7f8695e02f26635a7ea89a6aa.diff
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 f7daa9d302a82f35c3b9ed4cede23ab808462b4f
fcc75d7168040b41823768c585d2349a9ee88156 --e
@@ -257,6 +266,17 @@ class SME2_Tile_Movaz_Pat(name # _PSEUDO) $tile, $base, $offset)>;
+class SME2_ZA_Tile_TwoVec_Pat
+: Pat<(intrinsic imm_ty:$tile, vt:$Zn, vt:$Zm),
+ (!cast(name # _PSEUDO) $tile, $Zn, $Zm)>;
+
+class SME2_ZA_Tile_Vec_Multi_Pat
j
https://github.com/Michael137 commented:
Would be great to have a simpler of getting to the vtable info! I left some nits
Don't see an issue with the the general approach, but i'll let others chime in
https://github.com/llvm/llvm-project/pull/130255
_
@@ -2518,6 +2518,59 @@ StringRef CGDebugInfo::getVTableName(const CXXRecordDecl
*RD) {
return internString("_vptr$", RD->getNameAsString());
}
+// Emit symbol for the debugger that points to the vtable address for
+// the given class. The symbol is named as '_vtable$'.
+//
https://github.com/Michael137 edited
https://github.com/llvm/llvm-project/pull/130255
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/svs-quic updated
https://github.com/llvm/llvm-project/pull/128833
>From 10f62d3697b3e2d773d828fc3e7a6767ff71a072 Mon Sep 17 00:00:00 2001
From: Sudharsan Veeravalli
Date: Wed, 26 Feb 2025 12:13:32 +0530
Subject: [PATCH 1/3] [RISCV] Add Qualcomm uC Xqcisim (Simulation Hint]
e
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/130180
>From 517b2b64e8dc67cf33b5e1aaef8d17c567b6b5d7 Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Thu, 6 Mar 2025 16:43:38 -0500
Subject: [PATCH 1/2] [C2y] Implement WG14 N3411
This paper allows a source f
jhuber6 wrote:
> > but it turns on LTO by default right?
>
> This is very much how I read that patch too. Maybe the flag names and
> comments are a bit misleading here.
I think people are just confusing what `-flto` means when put on a link job.
https://github.com/llvm/llvm-project/pull/12911
Meinersbur wrote:
Pre-merge on Linux fails too, but different symptoms. Let me try on my machine.
https://github.com/llvm/llvm-project/pull/130248
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/c
jhuber6 wrote:
@erichkeane Is this good to go now? CI's green and I reverted the attribute
back to your initial approval.
https://github.com/llvm/llvm-project/pull/130177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/c
@@ -599,9 +599,10 @@ Expected writeOffloadFile(const OffloadFile
&File) {
StringRef Prefix =
sys::path::stem(Binary.getMemoryBufferRef().getBufferIdentifier());
-
- auto TempFileOrErr = createOutputFile(
- Prefix + "-" + Binary.getTriple() + "-" + Binary.getArch
jhuber6 wrote:
@Meinersbur Do you have a good guess why this fails on Windows? It's difficult
to triage without a windows machine.
https://github.com/llvm/llvm-project/pull/130248
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.l
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/130228
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -5218,16 +5218,28 @@ static bool EvaluateVarDecl(EvalInfo &Info, const
VarDecl *VD) {
return true;
}
+static bool EvaluateDecompositionDeclInit(EvalInfo &Info,
+ const DecompositionDecl *DD);
+
static bool EvaluateDecl(EvalInfo &
@@ -5218,16 +5218,28 @@ static bool EvaluateVarDecl(EvalInfo &Info, const
VarDecl *VD) {
return true;
}
+static bool EvaluateDecompositionDeclInit(EvalInfo &Info,
+ const DecompositionDecl *DD);
+
static bool EvaluateDecl(EvalInfo &
https://github.com/erichkeane commented:
Only a small pair of nits/questions so far, but otherwise this is on the right
track.
https://github.com/llvm/llvm-project/pull/130228
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.
=?utf-8?q?Iñaki?= Amatria Barral
Message-ID:
In-Reply-To:
@@ -0,0 +1,35 @@
+program main
+ print *, __FILE__, __LINE__
+end
+
+! This test verifies that `flang`'s `-x` options behave like `gfortran`'s.
+! Specifically:
+! - `-x f95` should process the file based on its extensi
https://github.com/erichkeane approved this pull request.
2 test change requests, else LGTM.
https://github.com/llvm/llvm-project/pull/130177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-co
@@ -111,19 +111,15 @@ __device__ __bf16 test_call( __bf16 in) {
// CHECK-NEXT:ret void
//
__device__ void test_vec_assign() {
- typedef __attribute__((ext_vector_type(2))) __bf16 bf16_x2;
- bf16_x2 vec2_a, vec2_b;
+ __bf16 [[clang::ext_vector_type(2)]] vec2_a, vec2_b;
--
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/130177
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,13 @@
+// RUN: %clang_cc1 %s -verify -ast-dump | FileCheck %s
+
+// expected-no-diagnostics
+
+// CHECK: VarDecl {{.*}} x 'int __attribute__((ext_vector_type(4)))'
erichkeane wrote:
Oof, I hate the type printing here. Nothing to change for that, but i
@@ -1,13 +1,21 @@
-// RUN: %clang_cc1 -fsyntax-only -verify %s
+// RUN: %clang_cc1 -fsyntax-only -verify=c11 -std=c11 -pedantic %s
+// RUN: %clang_cc1 -fsyntax-only -verify=c23 -std=c23 -Wpre-c23-compat %s
// Check C99 6.8.5p3
void b1 (void) { for (void (*f) (void);;); }
-void
https://github.com/bassiounix closed
https://github.com/llvm/llvm-project/pull/125045
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
201 - 300 of 475 matches
Mail list logo
