https://github.com/apdofficial updated
https://github.com/llvm/llvm-project/pull/137609
From 2e82063e9e2c159a7a713ecedbcc0bfbdbf66143 Mon Sep 17 00:00:00 2001
From: Andrej Pistek
Date: Mon, 7 Apr 2025 13:37:47 +0200
Subject: [PATCH 1/2] [git-clang-format] add fallback style arg
---
clang/tool
https://github.com/balazs-benics-sonarsource edited
https://github.com/llvm/llvm-project/pull/140035
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
balazs-benics-sonarsource wrote:
I've updated the PR. I noticed some mistakes in the original submission.
Could you please have a look?
https://github.com/llvm/llvm-project/pull/140035
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lis
https://github.com/balazs-benics-sonarsource updated
https://github.com/llvm/llvm-project/pull/140035
From 3ef0391fdc58503f3414ac64e42370b0a6d4bddf Mon Sep 17 00:00:00 2001
From: Balazs Benics
Date: Thu, 15 May 2025 11:17:24 +0200
Subject: [PATCH] [analyzer][NFC] Move PrettyStackTraceLocationCo
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Mingming Liu (mingmingl-llvm)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/124991.diff
7 Files Affected:
- (modified) clang/include/clang/Basic/CodeGenOptions.def (+2)
- (modified) clang/include/clang/Driver/Option
tbaederr wrote:
I can only review this on a high level, so CC @AaronBallman to check if this is
happening at the right level.
https://github.com/llvm/llvm-project/pull/140247
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.o
@@ -2189,8 +2189,14 @@ StmtProfiler::VisitCXXPseudoDestructorExpr(const
CXXPseudoDestructorExpr *S) {
void StmtProfiler::VisitOverloadExpr(const OverloadExpr *S) {
VisitExpr(S);
- VisitNestedNameSpecifier(S->getQualifier());
- VisitName(S->getName(), /*TreatAsDecl*/ true)
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/140680
For a dependent variable template specialization, we don't build a dependent
Decl node or a DeclRefExpr to represent it. Instead, we preserve the
UnresolvedLookupExpr until instantiation.
However, this approac
llvmbot wrote:
@llvm/pr-subscribers-clang-modules
Author: Younan Zhang (zyn0217)
Changes
For a dependent variable template specialization, we don't build a dependent
Decl node or a DeclRefExpr to represent it. Instead, we preserve the
UnresolvedLookupExpr until instantiation.
However, t
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Jim Lin (tclin914)
Changes
Andes A25/AX25 are 32/64bit, 5-stage pipeline, linux-capable CPUs that
implement the RV[32|64]IMAFDC_Zba_Zbb_Zbc_Zbs ISA extensions. They are
developed by Andes Technology https://www.andestech.com, a RIS
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jim Lin (tclin914)
Changes
Andes A25/AX25 are 32/64bit, 5-stage pipeline, linux-capable CPUs that
implement the RV[32|64]IMAFDC_Zba_Zbb_Zbc_Zbs ISA extensions. They are
developed by Andes Technology https://www.andestech.com, a RISC-V IP
llvmbot wrote:
@llvm/pr-subscribers-backend-risc-v
Author: Jim Lin (tclin914)
Changes
Andes A25/AX25 are 32/64bit, 5-stage pipeline, linux-capable CPUs that
implement the RV[32|64]IMAFDC_Zba_Zbb_Zbc_Zbs ISA extensions. They are
developed by Andes Technology https://www.andestech.com, a R
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Younan Zhang (zyn0217)
Changes
For a dependent variable template specialization, we don't build a dependent
Decl node or a DeclRefExpr to represent it. Instead, we preserve the
UnresolvedLookupExpr until instantiation.
However, this appr
DeinAlptraum wrote:
The `# type: ignore [no-any-return]` are added in cases where the return type
cannot be inferred, usually the libclang library functions called on the
`conf.lib` object, since they are added dynamically. By combining the library
call with the `isinstance` check, even withou
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-gcc-ubuntu-no-asserts` running on `doug-worker-6` while
building `clang` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/202/builds/1330
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,cl --
clang/test/CodeGenOpenCL/test-printf-nvptx.cl clan
https://github.com/boxu-zhang closed
https://github.com/llvm/llvm-project/pull/140671
___
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: boxu.zhang (boxu-zhang)
Changes
Last week, someone asking me to implement printf function on OpenCL with NVPTX
which is strange for me, because I remember that the libdevice of CUDA has
already implemented it and it should also wo
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: boxu.zhang (boxu-zhang)
Changes
Last week, someone asking me to implement printf function on OpenCL with NVPTX
which is strange for me, because I remember that the libdevice of CUDA has
already implemented it and it should also work for O
https://github.com/boxu-zhang created
https://github.com/llvm/llvm-project/pull/140671
Last week, someone asking me to implement printf function on OpenCL with NVPTX
which is strange for me, because I remember that the libdevice of CUDA has
already implemented it and it should also work for Op
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Fix #65400
---
Full diff: https://github.com/llvm/llvm-project/pull/140666.diff
3 Files Affected:
- (modified) clang/lib/Format/Format.cpp (+4-2)
- (modified) clang/tools/clang-format/ClangFormat.cpp (+
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/140666
Fix #65400
>From 7c1c0d2ca413503d81cd71e6a005a608cdec479d Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Mon, 19 May 2025 20:18:53 -0700
Subject: [PATCH] [clang-format] Handle raw string literals containing JSON
https://github.com/el-ev approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/140612
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wangpc-pp approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/133031
___
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: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140665.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/Record.cpp (+1-1)
- (modified) clang/lib/AST/ByteCode/Record.h (+1-1)
`
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/140665
None
>From 2aa8fa9aeebc55cafc24a29ca95de008799aeea2 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Mon, 19 May 2025 20:13:08 -0700
Subject: [PATCH] [AST] Drop const from a return type (NFC)
---
clang
fanju110 wrote:
> @MaskRay @aeubanks when you have a moment, could you please take a look at
> this PR? Let me know if there’s anything I should revise or clarify. Thanks!
@MaskRay @aeubanks
https://github.com/llvm/llvm-project/pull/136098
___
cfe-c
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140663.diff
5 Files Affected:
- (modified) clang/docs/BoundsSafety.rst (+1-1)
- (modified) clang/docs/BoundsSafetyAdoptionGuide.rst (+1-1)
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/140663
None
>From 50561fa88fc013ba0538283ca9b6ba680f51b009 Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Fri, 16 May 2025 08:53:07 -0700
Subject: [PATCH] [clang] Fix typos in documentation
---
clang/docs/B
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x64-windows-msvc`
running on `windows-gcebot2` while building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/63/builds/6387
Here is the relevant piece of the build
https://github.com/owenca closed
https://github.com/llvm/llvm-project/pull/140661
___
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: Owen Pan (owenca)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/140661.diff
9 Files Affected:
- (modified) clang/docs/ClangFormatStyleOptions.rst (+13-29)
- (modified) clang/include/clang/Format/Format.h (+23-29)
-
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/140656
>From 8570d7a7c2c10e94db53fa23074f46706c8cb32a Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Tue, 20 May 2025 01:57:36 +
Subject: [PATCH 1/3] Thread Safety Analysis: Handle parenthesis
When the variable gua
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/140661
None
>From 186ac09017c78cbff5a34a5b8768b6df5b8d0546 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Sun, 18 May 2025 23:23:04 -0700
Subject: [PATCH 1/2] [clang-format][NFC] Upgrade SortIncludes option to a
struct
@@ -1599,9 +1599,14 @@ CodeGenFunction::EmitAutoVarAlloca(const VarDecl &D) {
bool IsMSCatchParam =
D.isExceptionVariable() && getTarget().getCXXABI().isMicrosoft();
+ // No lifetime intrinsics on coroutine promise alloca, or middle end
+ // passes wi
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/3] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-quick`
running on `linaro-clang-aarch64-quick` while building `clang` at step 5 "ninja
check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/65/builds/16860
Here is the relevant pie
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/140656
>From 8570d7a7c2c10e94db53fa23074f46706c8cb32a Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Tue, 20 May 2025 01:57:36 +
Subject: [PATCH 1/2] Thread Safety Analysis: Handle parenthesis
When the variable gua
llvmbot wrote:
@llvm/pr-subscribers-clang-analysis
Author: Prabhu Rajasekaran (Prabhuk)
Changes
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
---
Full diff: https://github.com/ll
https://github.com/Prabhuk updated
https://github.com/llvm/llvm-project/pull/140656
>From 8570d7a7c2c10e94db53fa23074f46706c8cb32a Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Tue, 20 May 2025 01:57:36 +
Subject: [PATCH] Thread Safety Analysis: Handle parenthesis
When the variable guared
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-ppc64-aix` running
on `aix-ppc64` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/64/builds/3686
Here is the relevant piece
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Prabhu Rajasekaran (Prabhuk)
Changes
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
---
Full diff: https://github.com/llvm/llvm-p
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Prabhu Rajasekaran (Prabhuk)
Changes
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
---
Full diff: https://gith
https://github.com/Prabhuk created
https://github.com/llvm/llvm-project/pull/140656
When the variable guared by a lock was enclosed in parenthesis, access
violation warnings were not emitted. This patch fixes it and adds a
regression test.
>From 74dbb15ada0fca529ef1346725ad7cc4ae17d6fc Mon Sep
zyn0217 wrote:
I reverted it :(
https://github.com/llvm/llvm-project/pull/140029
___
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: Younan Zhang (zyn0217)
Changes
This introduced a bug where noexcept specifiers are involved, as reported in
https://github.com/llvm/llvm-project/pull/140029#issuecomment-2892259764
Addressing that doesn't seem trivial at the moment, so I'
https://github.com/zyn0217 closed
https://github.com/llvm/llvm-project/pull/140655
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Younan Zhang
Date: 2025-05-20T09:59:24+08:00
New Revision: 383e5f3e2da5c11ecbf1482eb0c39df38ac84e59
URL:
https://github.com/llvm/llvm-project/commit/383e5f3e2da5c11ecbf1482eb0c39df38ac84e59
DIFF:
https://github.com/llvm/llvm-project/commit/383e5f3e2da5c11ecbf1482eb0c39df38ac84e59.diff
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/140655
This introduced a bug where noexcept specifiers are involved, as reported in
https://github.com/llvm/llvm-project/pull/140029#issuecomment-2892259764
Addressing that doesn't seem trivial at the moment, so I'll
@@ -1658,6 +1828,170 @@ mlir::Value
ScalarExprEmitter::VisitUnaryExprOrTypeTraitExpr(
cgf.cgm.UInt64Ty, e->EvaluateKnownConstInt(cgf.getContext(;
}
+/// Return true if the specified expression is cheap enough and
side-effect-free
+/// enough to evaluate un
zyn0217 wrote:
@rupprecht That doesn't seem right... Will look into it
https://github.com/llvm/llvm-project/pull/140029
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mmha edited https://github.com/llvm/llvm-project/pull/138156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mmha edited https://github.com/llvm/llvm-project/pull/138156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mmha edited https://github.com/llvm/llvm-project/pull/138156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -85,3 +85,33 @@ void func() {
static const int b; // zero-init-var-warning {{default initialization of an
object of type 'const int' is incompatible with C++}} \
cxx-error {{default initialization of an object of
const type 'const int'}}
}
+
+//
@@ -1633,8 +1633,8 @@ static void repeatForLambdaConversionFunctionCallingConvs(
CC_C,CC_X86StdCall, CC_X86FastCall, CC_X86VectorCall,
DefaultFree, DefaultMember, CallOpCC};
llvm::sort(Convs);
-llvm::iterator_range Range(
-std::begin(Conv
@@ -948,6 +950,165 @@ void CIRGenFunction::emitIgnoredExpr(const Expr *e) {
emitLValue(e);
}
+// Handle the case where the condition is a constant evaluatable simple
integer,
+// which means we don't have to separately handle the true/false blocks.
+static std::optional han
DeinAlptraum wrote:
@Endilll I don't see the `__ne__` operator being addded in the diff
If you are referring to the "Fix formatting again, again" commit, that just
readds the operator after accidentally removing it in the "Fix formatting"
commit (I had some issues with my editor yesterday)
htt
jeremyd2019 wrote:
This might help for Windows testing
```diff
diff --git a/.github/workflows/libcxx-build-and-test.yaml
b/.github/workflows/libcxx-build-and-test.yaml
index 3551fc150e..27e5bd6450 100644
--- a/.github/workflows/libcxx-build-and-test.yaml
+++ b/.github/workflows/libcxx-build-and
@@ -948,6 +950,165 @@ void CIRGenFunction::emitIgnoredExpr(const Expr *e) {
emitLValue(e);
}
+// Handle the case where the condition is a constant evaluatable simple
integer,
+// which means we don't have to separately handle the true/false blocks.
+static std::optional han
@@ -1349,6 +1349,10 @@ static bool upgradeIntrinsicFunction1(Function *F,
Function *&NewFn,
else if (Name == "clz.ll" || Name == "popc.ll" || Name == "h2f" ||
Name == "swap.lo.hi.b64")
Expand = true;
+ else if (Name == "barrier0" || Name == "b
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `openmp-s390x-linux`
running on `systemz-1` while building `clang` at step 6 "test-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/88/builds/11794
Here is the relevant piece of the build log f
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/8460
Here is the relevan
zygoloid wrote:
> > If that mode doesn't already permit using unknown pointers and references
> > in all language modes, then we should change it so that it does.
> > `__builtin_object_size` is best-effort, but we should produce a constant
> > value for it that's not the `-1` or `0` fallback v
Author: Alexander Richardson
Date: 2025-05-19T17:26:05-07:00
New Revision: 07e2ba445df7d277e5195c0ec85b133735ea76e3
URL:
https://github.com/llvm/llvm-project/commit/07e2ba445df7d277e5195c0ec85b133735ea76e3
DIFF:
https://github.com/llvm/llvm-project/commit/07e2ba445df7d277e5195c0ec85b133735ea76e
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/140651
>From 7f48d903c6d5f97a75208c799e0e96a26948af05 Mon Sep 17 00:00:00 2001
From: Nathan Ridge
Date: Sat, 17 May 2025 22:11:45 -0400
Subject: [PATCH] [clangd] Drop the optimization where only shards for modif
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: Nathan Ridge (HighCommander4)
Changes
The optimization is not valid, given that the target of a symbol reference can
change without the spelling of the reference (or anything else in the file
containing the reference) changing
https://github.com/HighCommander4 created
https://github.com/llvm/llvm-project/pull/140651
The optimization is not valid, given that the target of a symbol reference can
change without the spelling of the reference (or anything else in the file
containing the reference) changing, as illustrate
Andres-Salamanca wrote:
@andykaylor @erichkeane @bcardosolopes
While implementing this simplification, I noticed a difference compared to the
previous behavior where the folding happened during codegen.
Consider the following test case:
```cpp
void sw7(int a) {
switch (a) {
case 0:
case
shafik wrote:
@kripken somewhat reduced:
```cpp
struct MyStruct {
double m0{-.0};
int m1{-12345};
};
constexpr MyStruct default_val;
auto compute_area(double l, const MyStruct &val = default_val) -> double {
if (val.m1 == 1)
return 2.0;
return 0;
}
#include
auto
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/4] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -159,6 +159,107 @@ struct SimplifySelect : public OpRewritePattern
{
}
};
+/// Simplify `cir.switch` operations by folding cascading cases
+/// into a single `cir.case` with the `anyof` kind.
+///
+/// This pattern identifies cascading cases within a `cir.switch` operati
@@ -186,7 +288,7 @@ void CIRSimplifyPass::runOnOperation() {
// Collect operations to apply patterns.
llvm::SmallVector ops;
getOperation()->walk([&](Operation *op) {
-if (isa(op))
+if (isa(op))
bcardosolopes wrote:
Can you double check if the te
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bcardosolopes commented:
Overall looks good, some inline comments.
https://github.com/llvm/llvm-project/pull/140649
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/4] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
https://github.com/AlexMaclean updated
https://github.com/llvm/llvm-project/pull/140615
>From babb28ef1c935f0d0cfb3b40f62be860be027010 Mon Sep 17 00:00:00 2001
From: Alex Maclean
Date: Thu, 15 May 2025 18:12:11 +
Subject: [PATCH 1/4] [NVPTX] Unify and extend barrier{.cta} intrinsic support
https://github.com/bcardosolopes approved this pull request.
Pretty much straightforward - some skeletons with NYI + the actual range for
support. LGTM
https://github.com/llvm/llvm-project/pull/140636
___
cfe-commits mailing list
cfe-commits@lists.llv
@@ -1343,6 +1343,11 @@ llvm::Value
*CodeGenFunction::EmitLifetimeStart(llvm::TypeSize Size,
if (!ShouldEmitLifetimeMarkers)
return nullptr;
+ // No lifetimes on promise alloca, or middle end passes will assume promise
+ // dead after lifetime.end, leading to mis-optim
@@ -542,8 +542,15 @@ CIRGenTypes::arrangeCIRFunctionInfo(CanQualType returnType,
void *insertPos = nullptr;
CIRGenFunctionInfo *fi = functionInfos.FindNodeOrInsertPos(id, insertPos);
- if (fi)
+ if (fi) {
+// We found a matching function info based on id. These asser
https://github.com/NewSigma updated
https://github.com/llvm/llvm-project/pull/140548
>From d2e1a8d8a650f2a38387c500f942a0c6722c8a84 Mon Sep 17 00:00:00 2001
From: NewSigma
Date: Mon, 19 May 2025 22:12:45 +0800
Subject: [PATCH 1/2] Do not emit lifetime intrinsics for coro promise alloca
---
cl
https://github.com/bcardosolopes approved this pull request.
https://github.com/llvm/llvm-project/pull/140612
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bcardosolopes approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/140597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2083,4 +2083,33 @@ def VecExtractOp : CIR_Op<"vec.extract", [Pure,
let hasFolder = 1;
}
+//===--===//
+// VecCmpOp
+//===--===//
+
+def
@@ -2083,4 +2083,33 @@ def VecExtractOp : CIR_Op<"vec.extract", [Pure,
let hasFolder = 1;
}
+//===--===//
+// VecCmpOp
+//===--===//
+
+def
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (Andres-Salamanca)
Changes
This PR introduces a new **CIR simplify for `switch` cases**, which folds
multiple **cascading `Equal` cases** (that contain only a `YieldOp`) into a
single `CaseOp` of kind `AnyOf`.
This logic is based on
llvmbot wrote:
@llvm/pr-subscribers-clangir
Author: None (Andres-Salamanca)
Changes
This PR introduces a new **CIR simplify for `switch` cases**, which folds
multiple **cascading `Equal` cases** (that contain only a `YieldOp`) into a
single `CaseOp` of kind `AnyOf`.
This logic is based
https://github.com/bcardosolopes edited
https://github.com/llvm/llvm-project/pull/140597
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Andres-Salamanca created
https://github.com/llvm/llvm-project/pull/140649
This PR introduces a new **CIR simplify for `switch` cases**, which folds
multiple **cascading `Equal` cases** (that contain only a `YieldOp`) into a
single `CaseOp` of kind `AnyOf`.
This logic is bas
ahatanak wrote:
> If that mode doesn't already permit using unknown pointers and references in
> all language modes, then we should change it so that it does.
> `__builtin_object_size` is best-effort, but we should produce a constant
> value for it that's not the `-1` or `0` fallback value whe
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/3] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x64-windows-msvc`
running on `windows-gcebot2` while building `clang` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/63/builds/6385
Here is the relevant piece of the build
https://github.com/farzonl approved this pull request.
https://github.com/llvm/llvm-project/pull/140627
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Sirraide wrote:
> In addition, I think there is value to considering an additional flag that
> works with `-fno-exceptions`/etc to allow in `consteval` functions, which I
> think gets us most of the `constexpr` uses that folks will care about, and be
> implimentable trivially after this patch
https://github.com/jeremyd2019 updated
https://github.com/llvm/llvm-project/pull/140169
>From 47f81a804a36a5b685f130f22d2ab5d330170861 Mon Sep 17 00:00:00 2001
From: kikairoya
Date: Mon, 21 Apr 2025 23:30:13 +0900
Subject: [PATCH 1/2] [Cygwin][MinGW] Internal class in
explicitly-instantiation-
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Helena Kotas (hekota)
Changes
Adds resource name argument to resource class constructors and to builtin
functions that initialize resource handles
`__builtin_hlsl_resource_handlefrombinding` and
`__builtin_hlsl_resource_handlefromimplici
llvmbot wrote:
@llvm/pr-subscribers-hlsl
Author: Helena Kotas (hekota)
Changes
Adds resource name argument to resource class constructors and to builtin
functions that initialize resource handles
`__builtin_hlsl_resource_handlefrombinding` and
`__builtin_hlsl_resource_handlefromimplicit
https://github.com/hekota ready_for_review
https://github.com/llvm/llvm-project/pull/139985
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
1 - 100 of 587 matches
Mail list logo
