nikic wrote:
The final version had a 4% improvement on clang bootstrap:
https://llvm-compile-time-tracker.com/compare.php?from=23324b8b109aed1f77cb20cef476b795f33b6835&to=8c5a307bd8d406e6167a5cd3ce3c74e2e3bfb2a6&stat=instructions:u
Wow.
https://github.com/llvm/llvm-project/pull/133426
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-sie-ubuntu-fast` running on `sie-linux-worker` while
building `clang,llvm` at step 5 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/builds/23055
Here is t
https://github.com/asavonic ready_for_review
https://github.com/llvm/llvm-project/pull/136128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-cmake-x86_64-avx512-linux` running on `avx512-intel64` while building
`clang,llvm` at step 7 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/133/builds/14743
Here is the releva
Author: Harald van Dijk
Date: 2025-04-18T02:11:02+01:00
New Revision: ca9ec7dfc3a5ebad9e5c25b30511b2ed73287f61
URL:
https://github.com/llvm/llvm-project/commit/ca9ec7dfc3a5ebad9e5c25b30511b2ed73287f61
DIFF:
https://github.com/llvm/llvm-project/commit/ca9ec7dfc3a5ebad9e5c25b30511b2ed73287f61.dif
liliumShade wrote:
> LGTM in general, but I have a question here: can you clarify the naming
> strategy? The name used in `-mcpu` is `xiangshan-kunminghu`, which
> corresponds to the `V2R2` version now apparently. Then, will there be
> `V2R3`/`V3R2`/...? If so, what should we use in `-mcpu`?
arsenm wrote:
> LGTM. That means we compile for the last OpenCL version, which is 3.0, and
> enable all OpenCL extensions/features, right?
Yes. Otherwise you have to still write the code to work with the lowest common
denominator.
https://github.com/llvm/llvm-project/pull/135733
Author: Andrew Savonichev
Date: 2025-04-18T20:29:19+09:00
New Revision: a8fe21f3f502a49cb05b69b0d6fa74472b93888a
URL:
https://github.com/llvm/llvm-project/commit/a8fe21f3f502a49cb05b69b0d6fa74472b93888a
DIFF:
https://github.com/llvm/llvm-project/commit/a8fe21f3f502a49cb05b69b0d6fa74472b93888a.d
https://github.com/asavonic closed
https://github.com/llvm/llvm-project/pull/136128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`openmp-offload-amdgpu-runtime-2` running on `rocm-worker-hw-02` while building
`clang,llvm` at step 7 "Add check check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/10/builds/3722
Here is t
asavonic wrote:
Thanks everyone for review!
Test issues were indeed fixed after rebase.
https://github.com/llvm/llvm-project/pull/136128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commit
sarnex wrote:
@alexfh FYI I expect the problem is in LLVM and not the translator, but it's
not that this change is totally wrong it's just a missed case as the goal of
this commit was to add the address space, not remove it.
https://github.com/llvm/llvm-project/pull/134399
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/135372
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -36,6 +36,28 @@ typedef __SIZE_TYPE__ size_t;
#include
+#ifdef __ARM_ACLE
+// arm_acle.h needs some stdint types, but -ffreestanding prevents us from
sarnex wrote:
`arm_acle.h` already includes the correct header, `stdint.h`, the problem here
is this te
https://github.com/ssahasra created
https://github.com/llvm/llvm-project/pull/136280
The proposed definition closely follows the existing definition of convergence
in LLVM IR, but using C++ terms to describe language constructs.
There is no undefined behaviour. For each situation, convergence
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Fixes #136266
---
Full diff: https://github.com/llvm/llvm-project/pull/136281.diff
2 Files Affected:
- (modified) clang/lib/Format/UnwrappedLineFormatter.cpp (+2-1)
- (modified) clang/unittests/Format/F
llvmbot wrote:
@llvm/pr-subscribers-clang-analysis
Author: Sameer Sahasrabuddhe (ssahasra)
Changes
The proposed definition closely follows the existing definition of convergence
in LLVM IR, but using C++ terms to describe language constructs.
There is no undefined behaviour. For each sit
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Sameer Sahasrabuddhe (ssahasra)
Changes
The proposed definition closely follows the existing definition of convergence
in LLVM IR, but using C++ terms to describe language constructs.
There is no undefined behaviour. For each situation, c
@@ -108,6 +108,32 @@ DependencyScanningFilesystemSharedCache::getShardForUID(
return CacheShards[Hash % NumShards];
}
+void DependencyScanningFilesystemSharedCache::
+diagnoseInvalidNegativeStatCachedPaths(
+std::vector &InvalidPaths,
qiongsiwu w
https://github.com/zyn0217 closed
https://github.com/llvm/llvm-project/pull/136273
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Younan Zhang
Date: 2025-04-18T16:27:27+08:00
New Revision: c7daab259c3281cf8f649583993bad2536febc02
URL:
https://github.com/llvm/llvm-project/commit/c7daab259c3281cf8f649583993bad2536febc02
DIFF:
https://github.com/llvm/llvm-project/commit/c7daab259c3281cf8f649583993bad2536febc02.diff
https://github.com/zyn0217 milestoned
https://github.com/llvm/llvm-project/pull/136273
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/136281
Fixes #136266
>From 0544b824ac0f81c8bb274063c885a5fb4d41ecef Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Fri, 18 Apr 2025 01:24:54 -0700
Subject: [PATCH] [clang-format] Fix a bug in BWACS_MultiLine
Fixes #136
https://github.com/kazutakahirata closed
https://github.com/llvm/llvm-project/pull/136256
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/owenca approved this pull request.
https://github.com/llvm/llvm-project/pull/135779
___
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: Farzon Lotfi (farzonl)
Changes
fixes #135654
In #128613 we added safe guards to prevent the lowering of just any
intrinsic in the backend. We used `DiagnosticInfoUnsupported` to do this.
What we found was when using `opt` the diagnostic
@@ -108,6 +108,32 @@ DependencyScanningFilesystemSharedCache::getShardForUID(
return CacheShards[Hash % NumShards];
}
+void DependencyScanningFilesystemSharedCache::
+diagnoseInvalidNegativeStatCachedPaths(
+std::vector &InvalidPaths,
+llvm::vfs::FileSyst
Author: Tom Honermann
Date: 2025-04-17T09:14:45-04:00
New Revision: 0348ff515854438cab8a48b79e8839cb99d48701
URL:
https://github.com/llvm/llvm-project/commit/0348ff515854438cab8a48b79e8839cb99d48701
DIFF:
https://github.com/llvm/llvm-project/commit/0348ff515854438cab8a48b79e8839cb99d48701.diff
@@ -18,9 +18,12 @@
using namespace clang;
using namespace clang::CIRGen;
-CIRGenFunctionInfo *CIRGenFunctionInfo::create() {
- // For now we just create an empty CIRGenFunctionInfo.
- CIRGenFunctionInfo *fi = new CIRGenFunctionInfo();
+CIRGenFunctionInfo *CIRGenFunctionInfo:
kateinoigakukun wrote:
@arsnyder16 The feature itself has already been in the main, and we are using
the feature in Swift
https://book.swiftwasm.org/getting-started/testing.html#code-coverage-with-swiftpm
I think we don't need extra change in `llvm-profdata` and `llvm-cov` for
Emscripten supp
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/136279
None
>From 7cfafd2b9ee2bb357a6e2ff0f9cacde6f1c1725b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Fri, 18 Apr 2025 10:23:40 +0200
Subject: [PATCH] [clang][bytecode] Reject constexpr-unknow
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/136279.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/Interp.cpp (+2)
- (modified) clang/test/CodeGen/p0963r3.cpp (+2-2)
``
https://github.com/cor3ntin approved this pull request.
Thanks
https://github.com/llvm/llvm-project/pull/136273
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -5935,8 +5936,14 @@ static void CheckFormatString(
llvm::SmallBitVector &CheckedVarArgs, UncoveredArgHandler &UncoveredArg,
bool IgnoreStringsWithoutSpecifiers);
-static const Expr *maybeConstEvalStringLiteral(ASTContext &Context,
-
@@ -0,0 +1,35 @@
+// libstdc++ uses the non-constexpr function std::__glibcxx_assert_fail()
+// to trigger compilation errors when the __glibcxx_assert(cond) macro
+// is used in a constexpr context.
+// Compilation fails when using code from the libstdc++ (such as std::array) on
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/136295
It doesn't make sense that we only build a RecoveryExpr for expressions with
invalid trailing commas. This patch extends it so that we now always build up a
RecoveryExpr whenever the call contains anything inva
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Younan Zhang (zyn0217)
Changes
It doesn't make sense that we only build a RecoveryExpr for expressions with
invalid trailing commas. This patch extends it so that we now always build up a
RecoveryExpr whenever the call contains anything i
zyn0217 wrote:
I was going to say we need a release note but you have merged it :)
https://github.com/llvm/llvm-project/pull/136128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jurahul closed
https://github.com/llvm/llvm-project/pull/136296
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AaronBallman commented:
So I think the things that are missing are:
1) If `Insert` or `Remove` is true, we should diagnose those as being
deprecated and recommend using `disable-insert` or `disable-remove` instead.
2) A release note should be added to clang-tools-extra/docs/R
https://github.com/jurahul created
https://github.com/llvm/llvm-project/pull/136297
- llvm.nvvm.read.ptx.sreg.tid.x does not have the result range attribute yet.
>From d2731a74ee04d2b11b521b76c0a87bb68f0ba03a Mon Sep 17 00:00:00 2001
From: Rahul Joshi
Date: Fri, 18 Apr 2025 04:56:55 -0700
Subj
https://github.com/jurahul closed
https://github.com/llvm/llvm-project/pull/136297
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Corentin Jabot
Date: 2025-04-18T10:03:06+02:00
New Revision: a99c978d1b35e30d9a0fe9db68b91e9f2815c8e9
URL:
https://github.com/llvm/llvm-project/commit/a99c978d1b35e30d9a0fe9db68b91e9f2815c8e9
DIFF:
https://github.com/llvm/llvm-project/commit/a99c978d1b35e30d9a0fe9db68b91e9f2815c8e9.diff
@@ -3,6 +3,11 @@
// RUN: %clang_cc1 -fblocks -fsyntax-only -verify -Wformat-nonliteral -isystem
%S/Inputs -triple=x86_64-unknown-fuchsia %s
// RUN: %clang_cc1 -fblocks -fsyntax-only -verify -Wformat-nonliteral -isystem
%S/Inputs -triple=x86_64-linux-android %s
+// expected-n
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/136279
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin`
running on `doug-worker-5` while building `clang,llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/190/builds/18560
Here
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-darwin`
running on `doug-worker-3` while building `clang,llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/23/builds/9504
Here is
Author: Matt Arsenault
Date: 2025-04-18T12:27:38+02:00
New Revision: 9bdd9dc895ade41ec24f1a9918f70b23271ac89b
URL:
https://github.com/llvm/llvm-project/commit/9bdd9dc895ade41ec24f1a9918f70b23271ac89b
DIFF:
https://github.com/llvm/llvm-project/commit/9bdd9dc895ade41ec24f1a9918f70b23271ac89b.diff
Author: Aaron Ballman
Date: 2025-04-18T07:09:27-04:00
New Revision: c609cd2df981d1fcbdfefa1e2601b965b9670630
URL:
https://github.com/llvm/llvm-project/commit/c609cd2df981d1fcbdfefa1e2601b965b9670630
DIFF:
https://github.com/llvm/llvm-project/commit/c609cd2df981d1fcbdfefa1e2601b965b9670630.diff
https://github.com/AaronBallman closed
https://github.com/llvm/llvm-project/pull/136182
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -299,3 +299,38 @@ void test10() {
for (auto[i, j, k] = arr; i < a; ++i) { }
for (auto[i, j, k] = arr; i < a; ++arr[0]) { }
};
+
+namespace GH132038 {
+extern void foo(int);
+void test1() {
+ int a = 0;
+ auto incr_a = [&a]() { ++a; };
+
+ for (int b = 10; a <= b; incr
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/135573
>From 93c8fc7faba6ab9537039b8745e62f5d79785cd0 Mon Sep 17 00:00:00 2001
From: Oleksandr Tarasiuk
Date: Thu, 17 Apr 2025 23:58:35 +0300
Subject: [PATCH] [Clang] enhance loop analysis to handle variable changes
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/136295
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/DKLoehr updated
https://github.com/llvm/llvm-project/pull/136154
>From 804fcdd84e8551005bfa5dae58d24f9852608360 Mon Sep 17 00:00:00 2001
From: Devon Loehr
Date: Thu, 17 Apr 2025 16:10:55 +
Subject: [PATCH 1/2] Generate empty .clang-format-ignore before running tests
---
RiverDave wrote:
Ping @5chmidti @PiotrZSL @carlosgalvezp
https://github.com/llvm/llvm-project/pull/129370
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/135903
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Nick Sarnie
Date: 2025-04-18T15:28:46Z
New Revision: 257b72758424f56103d38e3d016cfb6baa4da613
URL:
https://github.com/llvm/llvm-project/commit/257b72758424f56103d38e3d016cfb6baa4da613
DIFF:
https://github.com/llvm/llvm-project/commit/257b72758424f56103d38e3d016cfb6baa4da613.diff
LOG: [
https://github.com/DKLoehr updated
https://github.com/llvm/llvm-project/pull/136154
>From 804fcdd84e8551005bfa5dae58d24f9852608360 Mon Sep 17 00:00:00 2001
From: Devon Loehr
Date: Thu, 17 Apr 2025 16:10:55 +
Subject: [PATCH 1/2] Generate empty .clang-format-ignore before running tests
---
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/135573
>From 93c8fc7faba6ab9537039b8745e62f5d79785cd0 Mon Sep 17 00:00:00 2001
From: Oleksandr Tarasiuk
Date: Thu, 17 Apr 2025 23:58:35 +0300
Subject: [PATCH 1/2] [Clang] enhance loop analysis to handle variable cha
https://github.com/sarnex closed
https://github.com/llvm/llvm-project/pull/135979
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jplehr wrote:
I think this broke one of our bots:
https://lab.llvm.org/buildbot/#/builders/10/builds/3726/steps/10/logs/stdio
The bot was red for another issue at the time, but the stack trace includes
methods that are touched in this PR.
This is part of the stack trace:
```
#12 0x748dc31b
DKLoehr wrote:
This is breaking builds when compiling chromium as well, bisected to this
change. Example build:
https://ci.chromium.org/ui/p/chromium/builders/ci/ToTLinux%20(dbg)/31974/overview.
Compiler output can be seen by clicking `[raw]` under the `compile` step, but
I'm working on a min
https://github.com/RossComputerGuy updated
https://github.com/llvm/llvm-project/pull/136247
>From fe082622b38f5b4e00a5be7076523ad2adb104a4 Mon Sep 17 00:00:00 2001
From: Tristan Ross
Date: Thu, 17 Apr 2025 20:06:51 -0700
Subject: [PATCH 1/3] [clang][uefi] add arm, aarch64, x86, loongarch64, ris
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/136073
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -299,3 +299,38 @@ void test10() {
for (auto[i, j, k] = arr; i < a; ++i) { }
for (auto[i, j, k] = arr; i < a; ++arr[0]) { }
};
+
+namespace GH132038 {
+extern void foo(int);
+void test1() {
+ int a = 0;
+ auto incr_a = [&a]() { ++a; };
+
+ for (int b = 10; a <= b; incr
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/135372
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
> > > Updated list:
> > > ```
> > > Disagreements on 'num_gangs' appearing >1x on kernels/kernels-loop
> > > (justification for kernels-loop should apply to kernels as well?) (UNK
> > > way forward right now)
> > > Clang :: SemaOpenACC/compute-construct-num_gangs-clause.c
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `bolt-x86_64-ubuntu-nfc`
running on `bolt-worker` while building `clang,llvm` at step 8
"test-build-bolt-check-bolt".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/92/builds/17375
Here is the releva
@@ -2371,7 +2371,8 @@ bool UnwrappedLineParser::tryToParseLambdaIntroducer() {
if ((Previous && ((Previous->Tok.getIdentifierInfo() &&
!Previous->isOneOf(tok::kw_return, tok::kw_co_await,
tok::kw_co_yield, tok::kw_c
RiverDave wrote:
Ping @piotrdz @5chmidti @HerrCai0907 :)
https://github.com/llvm/llvm-project/pull/131969
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
RiverDave wrote:
Ping :)
https://github.com/llvm/llvm-project/pull/134188
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Devon Loehr
Date: 2025-04-18T08:43:00-07:00
New Revision: 915de1a5889c4dad1ec7b77ac5c41ebabc20a8ca
URL:
https://github.com/llvm/llvm-project/commit/915de1a5889c4dad1ec7b77ac5c41ebabc20a8ca
DIFF:
https://github.com/llvm/llvm-project/commit/915de1a5889c4dad1ec7b77ac5c41ebabc20a8ca.diff
L
https://github.com/aeubanks closed
https://github.com/llvm/llvm-project/pull/136154
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
erichkeane wrote:
Hmm... do either of you (@jplehr @DKLoehr ) have the ability to provide the
author a reduced example they can work with? We can revert in the meantime,
but without a reduction provided (or AT LEAST a pre-processed example), there
isn't anything we can really do about these r
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Erich Keane (erichkeane)
Changes
Reverts llvm/llvm-project#136128
See discussion here:
https://github.com/llvm/llvm-project/pull/136128#issuecomment-2815648110
and : https://github.com/llvm/llvm-project/pull/136128#issuecomment-2815652846
erichkeane wrote:
Revert submitted here: https://github.com/llvm/llvm-project/pull/136317
When CI is ok with it, I'll merge it.
https://github.com/llvm/llvm-project/pull/136128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llv
RiverDave wrote:
Ping
https://github.com/llvm/llvm-project/pull/134774
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/erichkeane created
https://github.com/llvm/llvm-project/pull/136317
Reverts llvm/llvm-project#136128
See discussion here:
https://github.com/llvm/llvm-project/pull/136128#issuecomment-2815648110
and : https://github.com/llvm/llvm-project/pull/136128#issuecomment-2815652846
jplehr wrote:
I can try later today to get dumps/preprocessed source or maybe some better
idea on how to reproduce the issue.
@jhuber6 if you have immediate thoughts on how to provide that (or maybe even
what may be the issue), let me know.
https://github.com/llvm/llvm-project/pull/136128
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/136281
___
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! Thanks for the insistence!
https://github.com/llvm/llvm-project/pull/123193
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commi
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/136196
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-sie-ubuntu-fast` running on `sie-linux-worker` while
building `clang,llvm` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/builds/23
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-quick`
running on `linaro-clang-aarch64-quick` while building `clang,llvm` at step 5
"ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/65/builds/15490
Here is the relevan
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`openmp-offload-sles-build-only` running on `rocm-worker-hw-04-sles` while
building `clang,llvm` at step 6 "Add check check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/140/builds/21497
Her
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `arc-builder` running on
`arc-worker` while building `clang,llvm` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/3/builds/14713
Here is the relevant pie
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-m68k-linux-cross`
running on `suse-gary-m68k-cross` while building `clang,llvm` at step 5 "ninja
check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/27/builds/8828
Here is the relevant pi
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-aarch64-ubuntu`
running on `linaro-lldb-aarch64-ubuntu` while building `clang,llvm` at step 6
"test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/59/builds/16257
Here is the relevant piece o
https://github.com/liliumShade updated
https://github.com/llvm/llvm-project/pull/123193
>From 08f81150949fb97411d6cc6e58c2b9f293cc1bf5 Mon Sep 17 00:00:00 2001
From: Chyaka
Date: Thu, 16 Jan 2025 19:02:54 +0800
Subject: [PATCH 1/6] [RISCV] Add processor definition for
XiangShan-KunMingHu-V2R2
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-sie-win`
running on `sie-win-worker` while building `clang,llvm` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/46/builds/15407
Here
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-armv8-quick` running
on `linaro-clang-armv8-quick` while building `clang,llvm` at step 5 "ninja
check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/154/builds/15010
Here is the relevant p
asavonic wrote:
Sure, I'll post another patch to update release notes.
https://github.com/llvm/llvm-project/pull/136128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bogner approved this pull request.
https://github.com/llvm/llvm-project/pull/133800
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/135573
>From 93c8fc7faba6ab9537039b8745e62f5d79785cd0 Mon Sep 17 00:00:00 2001
From: Oleksandr Tarasiuk
Date: Thu, 17 Apr 2025 23:58:35 +0300
Subject: [PATCH] [Clang] enhance loop analysis to handle variable changes
https://github.com/jurahul created
https://github.com/llvm/llvm-project/pull/136296
None
>From 8d0178850b74c568c03e98de47dbc9a94adedd05 Mon Sep 17 00:00:00 2001
From: Rahul Joshi
Date: Thu, 17 Apr 2025 15:59:56 -0700
Subject: [PATCH 1/2] [NFC][LLVM][TableGen] Use `decodeULEB128` for
`OPC_Soft
cor3ntin wrote:
> @cor3ntin I question if `-Wloop-analysis` should be completely rewritten
> using dataflow analysis, rather than AST based matching.
That's an interesting idea, but I don't think that should stop us from landing
this improvement.
Maybe we want to open an issue for that?
@Aaron
https://github.com/chandlerc created
https://github.com/llvm/llvm-project/pull/136271
Richard Smith noticed that these are overridden by the surrounding visibility
`let` region. Remove them to avoid confusion.
This should be a no-op given how the `.td` file is structured.
>From 541894c25062d6
https://github.com/hulxv updated
https://github.com/llvm/llvm-project/pull/132991
>From c476948593a80ed31765cdd711a626e4e03930ab Mon Sep 17 00:00:00 2001
From: hulxv
Date: Tue, 25 Mar 2025 22:56:51 +0200
Subject: [PATCH 1/2] [include-cleaner] rename enabled flags to `disable-*`
---
.../includ
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Chandler Carruth (chandlerc)
Changes
Richard Smith noticed that these are overridden by the surrounding visibility
`let` region. Remove them to avoid confusion.
This should be a no-op given how the `.td` file is structured.
---
Full diff
chandlerc wrote:
Follow-up PR as requested: #136271
https://github.com/llvm/llvm-project/pull/136213
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
1 - 100 of 574 matches
Mail list logo
