https://github.com/balazske closed
https://github.com/llvm/llvm-project/pull/72242
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Balázs Kéri
Date: 2024-01-18T09:20:05+01:00
New Revision: 9ca1a08144a3caea8fd2f45fd4930ca796cf4166
URL:
https://github.com/llvm/llvm-project/commit/9ca1a08144a3caea8fd2f45fd4930ca796cf4166
DIFF:
https://github.com/llvm/llvm-project/commit/9ca1a08144a3caea8fd2f45fd4930ca796cf4166.diff
L
https://github.com/fhahn updated https://github.com/llvm/llvm-project/pull/77094
>From 46fbecfce6c48795ea85fc9420067479f6d0b17a Mon Sep 17 00:00:00 2001
From: Florian Hahn
Date: Fri, 5 Jan 2024 11:24:59 +
Subject: [PATCH] [CGP] Avoid replacing a free ext with multiple other exts.
Replacing
@@ -11802,6 +11802,27 @@ static bool CheckMultiVersionFunction(Sema &S,
FunctionDecl *NewFD,
OldDecl, Previous);
}
+static void CheckFunctionDeclarationAttributesUsage(Sema &S,
+Funct
@@ -692,6 +692,13 @@ def warn_maybe_falloff_nonvoid_function : Warning<
def warn_falloff_nonvoid_function : Warning<
"non-void function does not return a value">,
InGroup;
+def warn_const_attr_with_pure_attr : Warning<
+ "'const' attribute imposes more restrictions, 'pure'
piotrAMD wrote:
Discussed it some more internally and the agreement was to keep the "global"
and have one intrinsic for both instructions. Just updated the PR to reflect
that - this effectively reverts the previous update.
https://github.com/llvm/llvm-project/pull/2
___
https://github.com/hokein approved this pull request.
https://github.com/llvm/llvm-project/pull/78466
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hokein edited https://github.com/llvm/llvm-project/pull/78466
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -443,9 +443,15 @@ struct TargetFinder {
Outer.add(TST->getAliasedType(), Flags | Rel::Underlying);
// Don't *traverse* the alias, which would result in traversing the
// template of the underlying type.
- Outer.report(
- TS
https://github.com/nikic requested changes to this pull request.
Using anything but the size and alignment of the alloca type in a way that
affects program semantics is illegal.
https://github.com/llvm/llvm-project/pull/78526
___
cfe-commits mailing l
https://github.com/changpeng approved this pull request.
https://github.com/llvm/llvm-project/pull/2
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -692,6 +692,13 @@ def warn_maybe_falloff_nonvoid_function : Warning<
def warn_falloff_nonvoid_function : Warning<
"non-void function does not return a value">,
InGroup;
+def warn_const_attr_with_pure_attr : Warning<
+ "'const' attribute imposes more restrictions, 'pure'
@@ -11802,6 +11802,27 @@ static bool CheckMultiVersionFunction(Sema &S,
FunctionDecl *NewFD,
OldDecl, Previous);
}
+static void CheckFunctionDeclarationAttributesUsage(Sema &S,
+Funct
Author: Chuanqi Xu
Date: 2024-01-18T17:09:35+08:00
New Revision: 085eae6b863881fb9fda323e5b672b04a00ed19e
URL:
https://github.com/llvm/llvm-project/commit/085eae6b863881fb9fda323e5b672b04a00ed19e
DIFF:
https://github.com/llvm/llvm-project/commit/085eae6b863881fb9fda323e5b672b04a00ed19e.diff
LO
https://github.com/pwprzybyla updated
https://github.com/llvm/llvm-project/pull/75031
>From 45db788f730d37cc12b54104dd91175553c367b2 Mon Sep 17 00:00:00 2001
From: Piotr Przybyla
Date: Wed, 29 Nov 2023 14:05:00 +
Subject: [PATCH] Multilib support for libraries with exceptions
---
clang/in
https://github.com/jcsxky updated
https://github.com/llvm/llvm-project/pull/78088
>From 7632f631ec949f91d2ecec2b6f16951f9288920f Mon Sep 17 00:00:00 2001
From: huqizhi
Date: Sun, 14 Jan 2024 15:07:26 +0800
Subject: [PATCH] [Clang][Sema] fix crash of attribute transform
---
clang/include/clang
https://github.com/yi-wu-arm updated
https://github.com/llvm/llvm-project/pull/77944
>From b51f293d57a1ae96fab5d3b2a529186a78643c8c Mon Sep 17 00:00:00 2001
From: Yi Wu
Date: Fri, 12 Jan 2024 16:44:21 +
Subject: [PATCH 1/3] use setsid to assign the child to prevent zombie as it
will be cle
yi-wu-arm wrote:
Sorry, let me rebase on main, there are patches has been uploaded to solve this
problem.
The problem is listed here: https://github.com/llvm/llvm-project/issues/77803
In short, once a async ` EXECUTE_COMMAND_LINE` is called, all future
`EXECUTE_COMMAND_LINE` will have a `cmds
https://github.com/yi-wu-arm updated
https://github.com/llvm/llvm-project/pull/78286
>From d56eca56c8e4c64e649febc43e2c48b6e5146680 Mon Sep 17 00:00:00 2001
From: Yi Wu
Date: Tue, 16 Jan 2024 14:08:00 +
Subject: [PATCH 1/6] change exitstat and cmsstat from AnyInt to DefaultInt
---
flang/l
Endilll wrote:
> I'd qualify this as a regression, by looking at that the commit was supposed
> to be an NFC.
Could you please confirm @Endilll?
I'll leave to @AaronBallman to decide whether this is a functional change, but
I can confirm that patch is working as intended, because there is an i
https://github.com/kelbon updated
https://github.com/llvm/llvm-project/pull/78200
>From fb05243d0c0c3702b1615239a9337df337ad0c7c Mon Sep 17 00:00:00 2001
From: Kelbon Nik
Date: Mon, 15 Jan 2024 22:24:34 +0400
Subject: [PATCH 1/7] add warning and test
---
clang/include/clang/Basic/DiagnosticGr
https://github.com/yi-wu-arm updated
https://github.com/llvm/llvm-project/pull/77944
>From b51f293d57a1ae96fab5d3b2a529186a78643c8c Mon Sep 17 00:00:00 2001
From: Yi Wu
Date: Fri, 12 Jan 2024 16:44:21 +
Subject: [PATCH 1/3] use setsid to assign the child to prevent zombie as it
will be cle
cor3ntin wrote:
@steakhal Thanks for raising this.
I agree this stretches the definition of NFC commit.
But it was dully reviewed and approved
https://github.com/llvm/llvm-project/pull/71322
We usually do not make any guarantees as the stability of the C++ interfaces,
so as this test did no
https://github.com/kelbon updated
https://github.com/llvm/llvm-project/pull/78200
>From fb05243d0c0c3702b1615239a9337df337ad0c7c Mon Sep 17 00:00:00 2001
From: Kelbon Nik
Date: Mon, 15 Jan 2024 22:24:34 +0400
Subject: [PATCH 1/8] add warning and test
---
clang/include/clang/Basic/DiagnosticGr
@@ -7081,10 +7085,10 @@ QualType
TreeTransform::TransformAttributedType(
// FIXME: dependent operand expressions?
if (getDerived().AlwaysRebuild() ||
modifiedType != oldType->getModifiedType()) {
-// TODO: this is really lame; we should really be rebuilding the
-
Endilll wrote:
> I agree this stretches the definition of NFC commit.
But it was dully reviewed and approved
https://github.com/llvm/llvm-project/pull/71322
I agree with this assessment. I think it really started as regular NFC, but
then me and Aaron realized that we can get rid of some ugly c
@@ -840,6 +845,12 @@ enum : unsigned {
EF_AMDGPU_FEATURE_SRAMECC_OFF_V4 = 0x800,
// SRAMECC is on.
EF_AMDGPU_FEATURE_SRAMECC_ON_V4 = 0xc00,
+
+ // Generic target versioning. This is contained in the list byte of EFLAGS.
Pierre-vh wrote:
It's already par
https://github.com/Pierre-vh updated
https://github.com/llvm/llvm-project/pull/76954
>From d56e752e3eed0fd75a7ff98638ec71635019fdb1 Mon Sep 17 00:00:00 2001
From: pvanhout
Date: Thu, 4 Jan 2024 14:12:00 +0100
Subject: [PATCH] [AMDGPU] Introduce Code Object V6
Introduce Code Object V6 in Clang,
https://github.com/kmclaughlin-arm closed
https://github.com/llvm/llvm-project/pull/78430
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/SamTebbs33 updated
https://github.com/llvm/llvm-project/pull/77936
>From bbc6c11cd3def5acbb2ba2f2ddc45df2c399f9d6 Mon Sep 17 00:00:00 2001
From: Samuel Tebbs
Date: Wed, 10 Jan 2024 14:57:04 +
Subject: [PATCH 1/6] [Clang][SME] Detect always_inline used with mismatched
str
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
@@ -787,11 +788,15 @@ enum : unsigned {
EF_AMDGPU_MACH_AMDGCN_GFX942= 0x04c,
EF_AMDGPU_MACH_AMDGCN_RESERVED_0X4D = 0x04d,
EF_AMDGPU_MACH_AMDGCN_GFX1201 = 0x04e,
+ EF_AMDGPU_MACH_AMDGCN_GFX9_GENERIC = 0x04f,
+ EF_AMDGPU_MACH_AMDGCN_GFX10_1_GENERIC =
@@ -787,11 +788,15 @@ enum : unsigned {
EF_AMDGPU_MACH_AMDGCN_GFX942= 0x04c,
EF_AMDGPU_MACH_AMDGCN_RESERVED_0X4D = 0x04d,
EF_AMDGPU_MACH_AMDGCN_GFX1201 = 0x04e,
+ EF_AMDGPU_MACH_AMDGCN_GFX9_GENERIC = 0x04f,
Pierre-vh wrote:
172dbdf931
https://github.com/Pierre-vh updated
https://github.com/llvm/llvm-project/pull/76954
>From 47d4f3ed4e27f2ce2b3b33c9b0ca4838b3011f22 Mon Sep 17 00:00:00 2001
From: pvanhout
Date: Thu, 4 Jan 2024 14:12:00 +0100
Subject: [PATCH] [AMDGPU] Introduce Code Object V6
Introduce Code Object V6 in Clang,
bwendling wrote:
> We've discussed this before, years ago. Previously, the sticking point was:
> how is LLVM going to know what the frontend considers the closest surrounding
> subobject to be? The LLVM type doesn't give you that information, and it
> seems like there's nowhere else that LLVM
bwendling wrote:
> Using anything but the size and alignment of the alloca type in a way that
> affects program semantics is illegal.
I'm sorry, but I don't understand your comment here. Could you supply some
context?
https://github.com/llvm/llvm-project/pull/78526
___
@@ -787,11 +788,15 @@ enum : unsigned {
EF_AMDGPU_MACH_AMDGCN_GFX942= 0x04c,
EF_AMDGPU_MACH_AMDGCN_RESERVED_0X4D = 0x04d,
EF_AMDGPU_MACH_AMDGCN_GFX1201 = 0x04e,
+ EF_AMDGPU_MACH_AMDGCN_GFX9_GENERIC = 0x04f,
+ EF_AMDGPU_MACH_AMDGCN_GFX10_1_GENERIC =
https://github.com/mariusz-sikora-at-amd updated
https://github.com/llvm/llvm-project/pull/77892
>From 628a3d2b42cdcbd903e0830ab7d631ea7dc422b9 Mon Sep 17 00:00:00 2001
From: Petar Avramovic
Date: Wed, 10 Jan 2024 12:17:58 +0100
Subject: [PATCH 1/2] AMDGPU/GFX12: Add new dot4 fp8/bf8 instructio
mariusz-sikora-at-amd wrote:
Rebase to run tests
https://github.com/llvm/llvm-project/pull/77892
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jayfoad updated
https://github.com/llvm/llvm-project/pull/78186
>From d3f4ebf849f6ef1ea373e5c7f93398db6681b2b6 Mon Sep 17 00:00:00 2001
From: Jay Foad
Date: Mon, 15 Jan 2024 15:02:08 +
Subject: [PATCH 1/4] Add GFX11/12 test coverage
---
llvm/test/CodeGen/AMDGPU/s-getpc-
Author: Jay Foad
Date: 2024-01-18T10:14:01Z
New Revision: 4c65787f1e45199713f71f63817651ff2decd96c
URL:
https://github.com/llvm/llvm-project/commit/4c65787f1e45199713f71f63817651ff2decd96c
DIFF:
https://github.com/llvm/llvm-project/commit/4c65787f1e45199713f71f63817651ff2decd96c.diff
LOG: [AMD
https://github.com/jayfoad closed
https://github.com/llvm/llvm-project/pull/77926
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -253,6 +274,12 @@ AMDGPU::IsaVersion AMDGPU::getIsaVersion(StringRef GPU) {
case GK_GFX1151: return {11, 5, 1};
case GK_GFX1200: return {12, 0, 0};
case GK_GFX1201: return {12, 0, 1};
+
+ // Generic targets use the earliest ISA version in their group.
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/66514
>From 34ca28505542d55f62da80d8fd3c2561535185d3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Fri, 15 Sep 2023 15:51:39 +0200
Subject: [PATCH] [clang][Diagnostics] Highlight code snippets
Ad
@@ -520,6 +520,106 @@ Every processor supports every OS ABI (see
:ref:`amdgpu-os`) with the following
=== === = =
=== === ==
+Generic processors also exist. They group mult
https://github.com/jayfoad updated
https://github.com/llvm/llvm-project/pull/78186
>From d3f4ebf849f6ef1ea373e5c7f93398db6681b2b6 Mon Sep 17 00:00:00 2001
From: Jay Foad
Date: Mon, 15 Jan 2024 15:02:08 +
Subject: [PATCH 1/4] Add GFX11/12 test coverage
---
llvm/test/CodeGen/AMDGPU/s-getpc-
https://github.com/jayfoad closed
https://github.com/llvm/llvm-project/pull/78186
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/rohitaggarwal007 created
https://github.com/llvm/llvm-project/pull/78560
Hi,
AMD has it's own implementation of vector calls. This patch include the changes
to enable the use of AMD's math library using -fveclib=AMDLIBM.
>From d2e001b9f6b174b6313f99c4a094ab3714548806 Mon
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 i
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Rohit Aggarwal (rohitaggarwal007)
Changes
Hi,
AMD has it's own implementation of vector calls. This patch include the changes
to enable the use of AMD's math library using -fveclib=AMDLIBM.
---
Patch is 60.65 KiB, truncated to
11happy wrote:
A humble reminder. @PiotrZSL Can you please review this and suggest if any
changes required?.
Thank you
https://github.com/llvm/llvm-project/pull/77816
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-b
https://github.com/fhahn updated https://github.com/llvm/llvm-project/pull/77094
>From 46fbecfce6c48795ea85fc9420067479f6d0b17a Mon Sep 17 00:00:00 2001
From: Florian Hahn
Date: Fri, 5 Jan 2024 11:24:59 +
Subject: [PATCH 1/2] [CGP] Avoid replacing a free ext with multiple other
exts.
Repla
https://github.com/jayfoad closed
https://github.com/llvm/llvm-project/pull/77438
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/fhahn closed https://github.com/llvm/llvm-project/pull/77094
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -11220,6 +11220,11 @@ class Sema final {
VarDecl *buildCoroutinePromise(SourceLocation Loc);
void CheckCompletedCoroutineBody(FunctionDecl *FD, Stmt *&Body);
+ // Heuristically tells if the function is get_return_object by matching
usx95 wrote:
Both d
https://github.com/usx95 updated https://github.com/llvm/llvm-project/pull/77066
>From 3e0d0ab6c4fc6cba68285816a95e423bc18e8e55 Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 5 Jan 2024 10:11:20 +0100
Subject: [PATCH 01/16] [coroutines] Detect lifetime issues with coroutine
lambda cap
https://github.com/usx95 updated https://github.com/llvm/llvm-project/pull/77066
>From 3e0d0ab6c4fc6cba68285816a95e423bc18e8e55 Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Fri, 5 Jan 2024 10:11:20 +0100
Subject: [PATCH 01/17] [coroutines] Detect lifetime issues with coroutine
lambda cap
Author: Utkarsh Saxena
Date: 2024-01-18T11:56:55+01:00
New Revision: 667e58a72e0d81abe0ab3500b5d5563b6a598e7f
URL:
https://github.com/llvm/llvm-project/commit/667e58a72e0d81abe0ab3500b5d5563b6a598e7f
DIFF:
https://github.com/llvm/llvm-project/commit/667e58a72e0d81abe0ab3500b5d5563b6a598e7f.diff
@@ -1,56 +1,244 @@
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
-; RUN: llc -march=amdgcn -mcpu=gfx1200 -verify-machineinstrs < %s | FileCheck
-check-prefix=GFX12 %s
-; RUN: llc -march=amdgcn -global-isel=1 -mcpu=gfx1200 -verify-machineinstrs <
https://github.com/usx95 closed https://github.com/llvm/llvm-project/pull/77066
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Fznamznon updated
https://github.com/llvm/llvm-project/pull/78316
>From cf33d7ce01aafe0fa29b8a38a9824a0b03d24f05 Mon Sep 17 00:00:00 2001
From: "Podchishchaeva, Mariya"
Date: Tue, 16 Jan 2024 09:16:10 -0800
Subject: [PATCH 1/4] [clang] Fix assertion failure with deleted overl
Fznamznon wrote:
@Endilll , are you ok with the changes?
BTW, do we want this for 18, or it is better to wait and merge after cutoff?
https://github.com/llvm/llvm-project/pull/77753
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.
steakhal wrote:
> Please let us know if this change is disruptive to you though, thanks!
I'm not really well versed about c++ initialization, so I asked my collage
@tomasz-kaminski-sonarsource, to double-check how `CXXNewExpr` initialization
is done per standard.
I'll try to summarize what we
https://github.com/Endilll approved this pull request.
https://github.com/llvm/llvm-project/pull/77753
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/SamTebbs33 updated
https://github.com/llvm/llvm-project/pull/77936
>From 7314429a203900a8f555e1b0471fdd4cfd4d8d03 Mon Sep 17 00:00:00 2001
From: Samuel Tebbs
Date: Wed, 10 Jan 2024 14:57:04 +
Subject: [PATCH 1/7] [Clang][SME] Detect always_inline used with mismatched
str
@@ -3145,7 +3138,7 @@ bool Sema::ParseSVEImmChecks(
return HasError;
}
-static ArmStreamingType getArmStreamingFnType(const FunctionDecl *FD) {
+Sema::ArmStreamingType Sema::getArmStreamingFnType(const FunctionDecl *FD) {
SamTebbs33 wrote:
Done.
https://gi
@@ -812,6 +819,24 @@ Address AArch64ABIInfo::EmitMSVAArg(CodeGenFunction &CGF,
Address VAListAddr,
/*allowHigherAlign*/ false);
}
+void AArch64TargetCodeGenInfo::checkFunctionCallABI(
+CodeGenModule &CGM, SourceLocation CallLoc, const FunctionDec
@@ -153,6 +155,11 @@ class AArch64TargetCodeGenInfo : public TargetCodeGenInfo {
}
return TargetCodeGenInfo::isScalarizableAsmOperand(CGF, Ty);
}
+
+ void checkFunctionCallABI(CodeGenModule &CGM, SourceLocation CallLoc,
SamTebbs33 wrote:
It's called
cor3ntin wrote:
@Fznamznon I think that unless bots find something, this is good for 18. I
don't see anything that concerns me
https://github.com/llvm/llvm-project/pull/77753
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.o
Endilll wrote:
> The enum we had in the past described the syntax of the new expression.
Even if it was the case at some point, I'm not sure it held when I created the
PR, which eliminated this kind of nasty mapping, encoding how this enum was
actually used:
```cpp
CXXNewExprBits.StoredInitia
sdesmalen-arm wrote:
> There's no general rule that forbids taking the address of an always_inline
> function. So if a user really wants to, they can call a mismatched
> always_inline function anyway. Given that, making this a hard error seems a
> bit dubious; it should probably be a warning i
piotrAMD wrote:
Rebased and regenerated lit tests after GFX12 waitcnt codegen changes.
https://github.com/llvm/llvm-project/pull/2
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
groundswellaudio wrote:
@Fznamznon
@cor3ntin
So https://github.com/llvm/llvm-project/pull/77753 doesn't solve the problem of
an anonymous union not being literal when it should be, right?
https://github.com/llvm/llvm-project/pull/78195
___
cfe-comm
https://github.com/Sirraide created
https://github.com/llvm/llvm-project/pull/78566
This removes a default argument that is currently broken in C++23 mode due to
`std::default_delete` now being `constexpr`. This is a known problem (see
#74963, #59966, #69996, and a couple more), fixing which w
@@ -819,10 +812,77 @@ class VPRecipeBase : public
ilist_node_with_parent,
}
\
static inline bool classof(const VPRecipeBase *R) {
\
return R->getVPDefID() == VPDefID;
https://github.com/ayalz commented:
Some nits and thoughts.
https://github.com/llvm/llvm-project/pull/77023
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ayalz edited https://github.com/llvm/llvm-project/pull/77023
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -12,6 +12,8 @@
///VPBlockBase, together implementing a Hierarchical CFG;
/// 2. Pure virtual VPRecipeBase serving as the base class for recipes
contained
///within VPBasicBlocks;
+/// 3. Pure virtual VPSingleDefRecipe serving as a base class for recipes that
+///
@@ -912,25 +970,28 @@ class VPRecipeWithIRFlags : public VPRecipeBase {
} else if (auto *Op = dyn_cast(&I)) {
OpType = OperationType::FPMathOp;
FMFs = Op->getFastMathFlags();
+} else {
+ OpType = OperationType::Other;
+ AllFlags = 0;
--
@@ -819,10 +812,77 @@ class VPRecipeBase : public
ilist_node_with_parent,
}
\
static inline bool classof(const VPRecipeBase *R) {
\
return R->getVPDefID() == VPDefID;
@@ -819,10 +812,77 @@ class VPRecipeBase : public
ilist_node_with_parent,
}
\
static inline bool classof(const VPRecipeBase *R) {
\
return R->getVPDefID() == VPDefID;
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (Sirraide)
Changes
This removes a default argument that is currently broken in C++23 mode due to
`std::default_delete` now being `constexpr`. This is a known problem (see #74963, #59966, #69996, and a couple more), fixing which will
Sirraide wrote:
CC @AaronBallman
https://github.com/llvm/llvm-project/pull/78566
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Sirraide wrote:
Note sure why that one CI job got cancelled candidly, but I don’t think I can
re-run it.
https://github.com/llvm/llvm-project/pull/78566
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/lis
https://github.com/ayalz approved this pull request.
Looks good to me, with the above nits.
https://github.com/llvm/llvm-project/pull/77023
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm
@@ -2076,16 +2081,61 @@ class GeneratedRTChecks {
LLVM_DEBUG(dbgs() << " " << C << " for " << I << "\n");
RTCheckCost += C;
}
-if (MemCheckBlock)
+if (MemCheckBlock) {
+ InstructionCost MemCheckCost = 0;
for (Instruction &I : *MemChec
https://github.com/Rin18 edited https://github.com/llvm/llvm-project/pull/76034
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Rin18 commented:
One small comment, but otherwise LGTM! I'll leave someone else more familiar
with the code to approve the change.
https://github.com/llvm/llvm-project/pull/76034
___
cfe-commits mailing list
cfe-commits@lists.llvm.o
cor3ntin wrote:
That looks reasonable.
I really think we should land this, with checkpoints early in the clang 19
cycle to get actual data.
The only thing we need to make sure is that highlighting isn't done in CI/
redirected output
https://github.com/llvm/llvm-project/pull/66514
_
@@ -423,6 +423,67 @@ TARGET_BUILTIN(__builtin_amdgcn_s_wakeup_barrier, "vi",
"n", "gfx12-insts")
TARGET_BUILTIN(__builtin_amdgcn_s_barrier_leave, "b", "n", "gfx12-insts")
TARGET_BUILTIN(__builtin_amdgcn_s_get_barrier_state, "Uii", "n", "gfx12-insts")
+//===---
@@ -4135,6 +4283,33 @@ Code object V5 metadata is the same as
== == =
+.. _amdgpu-amdhsa-code-object-metadata-v6:
+
+Code Object V6 Metadata
+
+.. warning::
+ Code object
Pierre-vh wrote:
I added a few more tests, I just didn't find how to test the flat-scratch stuff
properly.
Also, gfx904 is documented as not having absolute flat scratch, yet I don't see
anything about that in the code (no related feature). I put gfx9-generic with
flat scratch but I don't know
tbaederr wrote:
> The only thing we need to make sure is that highlighting isn't done in CI/
> redirected output
It now respects `DiagOpts->ShowColors`, so that should work. But I guess you're
talking about a test. :)
https://github.com/llvm/llvm-project/pull/66514
_
https://github.com/lukel97 updated
https://github.com/llvm/llvm-project/pull/77458
>From fb8eebe1c7f5b4dec812c64d9a2572a98d59bdb8 Mon Sep 17 00:00:00 2001
From: Luke Lau
Date: Tue, 9 Jan 2024 19:42:10 +0700
Subject: [PATCH 1/7] [RISCV] Add support for new unprivileged extensions
defined in pro
kparzysz wrote:
Ping. Are there any unanswered questions or concerns about this change?
https://github.com/llvm/llvm-project/pull/77760
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
cor3ntin wrote:
Looking at that again, i suspect I did not handle indirect fields properly.
I'll try to get to that. Sorry!
https://github.com/llvm/llvm-project/pull/78195
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/
https://github.com/kiranchandramohan approved this pull request.
LG.
https://github.com/llvm/llvm-project/pull/77760
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
yeah, something weird happened with this one that i haven't figured out yet.
This was a response to a review comment, and was on the review (and committed
as a part of that review!) but somehow I managed to 'recommit' it, not sure how.
So yeah 🙁 I'm usually better at commit messages, but didn'
@@ -1,7 +1,8 @@
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
; RUN: llc -march=amdgcn -mcpu=tahiti -verify-machineinstrs < %s | FileCheck
--check-prefixes=SI %s
jayfoad wrote:
Done as part of a merge from main to fix conflicts.
@@ -54,36 +44,90 @@ bool Context::isPotentialConstantExpr(State &Parent, const
FunctionDecl *FD) {
bool Context::evaluateAsRValue(State &Parent, const Expr *E, APValue &Result) {
assert(Stk.empty());
ByteCodeExprGen C(*this, *P, Parent, Stk, Result);
- if (Check(Parent, C
1 - 100 of 579 matches
Mail list logo
