https://github.com/tclin914 updated
https://github.com/llvm/llvm-project/pull/147018
>From a7da278e7831ba3e5bd95c587083c50c600c9950 Mon Sep 17 00:00:00 2001
From: Jim Lin
Date: Mon, 5 May 2025 13:58:59 +0800
Subject: [PATCH 1/6] [RISCV] Implement Clang Builtins for XAndesPerf Extension
This pa
vbvictor wrote:
> Maybe it worth to merge the PR in the current state and then I'll add options
> support and other optimizations as separate commits not to overcomplicate
> this PR?
Sure, we can go like this.
I'll try to re-review it soon.
For now, could we change check name to `modernize-us
timon-ul wrote:
> It's a stack overflow! How fun.
At least this doesn't look too bad to fix, I assume we should just add a max
depth (as I have seen in other places) to this recursion, I have seen 10 before
as a limit to body traversal, not sure if that is too much, since quite frankly
at som
@@ -2107,8 +2107,9 @@ void ASTDeclMerger::MergeDefinitionData(
auto *Def = DD.Definition;
DD = std::move(MergeDD);
DD.Definition = Def;
-for (auto *D : Def->redecls())
- cast(D)->DefinitionData = ⅅ
+for (auto *R = Reader.getMostRecentExistingDecl(Def);
@@ -254,6 +255,17 @@ forget to add the reinitialization for this additional
member. Instead, it is
safer to assign to the entire struct in one go, and this will also avoid the
use-after-move warning.
+Coroutines
+--
+
+This check also searches for occurrences of "use-
@@ -401,6 +424,7 @@ enum MoveType {
Forward = 0, // std::forward
Move = 1, // std::move
Invalidation = 2, // other
+ Suspend, // co_yield, co_await
higher-performance wrote:
Yes, thanks!
https://github.com/llvm/llvm-project/pull/1
https://github.com/higher-performance updated
https://github.com/llvm/llvm-project/pull/172566
>From 173c81f3cf74ef5c39d09a21db17d090085b06ba Mon Sep 17 00:00:00 2001
From: higher-performance
Date: Tue, 16 Dec 2025 17:21:53 -0500
Subject: [PATCH 1/2] Make isImplicit() AST matcher work with Coaw
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (euanemir8-del)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/172606.diff
1 Files Affected:
- (added) clang/Err (+1)
``diff
diff --git a/clang/Err b/clang/Err
new file mode 100644
index 0.
MuellerMP wrote:
@GkvJwa Regarding the failing test: I have to apologize. It seems there is some
Borland C++ compatibility switch that I did not know about that allows these
constructs to be parsed at least.
Regarding compilation this test does seem to fail very quickly though:
https://godbolt
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
https://github.com/euanemir8-del updated
https://github.com/llvm/llvm-project/pull/172606
>From bc17b37ae9bfa3f3d5a668aa5e3a0597236c468e Mon Sep 17 00:00:00 2001
From: euanemir8-del
Date: Sat, 13 Dec 2025 03:12:02 -0600
Subject: [PATCH] Create Err
---
clang/Err | 1 +
1 file changed, 1 insert
https://github.com/euanemir8-del created
https://github.com/llvm/llvm-project/pull/172606
None
>From bc17b37ae9bfa3f3d5a668aa5e3a0597236c468e Mon Sep 17 00:00:00 2001
From: euanemir8-del
Date: Sat, 13 Dec 2025 03:12:02 -0600
Subject: [PATCH] Create Err
---
clang/Err | 1 +
1 file changed, 1
@@ -2107,8 +2107,9 @@ void ASTDeclMerger::MergeDefinitionData(
auto *Def = DD.Definition;
DD = std::move(MergeDD);
DD.Definition = Def;
-for (auto *D : Def->redecls())
- cast(D)->DefinitionData = ⅅ
+for (auto *R = Reader.getMostRecentExistingDecl(Def);
HighCommander4 wrote:
> However, I'm also seeing this version of the patch be crashy when used on a
> real codebase. Will see if I can get a stack trace.
It's a stack overflow! How fun.
```
#76582 0x7f15f1a9fdf5 in
clang::RecursiveASTVisitor::TraverseStmt
(this=0x7f15dc5fb098, S=0x557c01
https://github.com/zeyi2 edited https://github.com/llvm/llvm-project/pull/172566
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/usx95 edited https://github.com/llvm/llvm-project/pull/170005
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/usx95 closed https://github.com/llvm/llvm-project/pull/168344
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Anshul200677 closed
https://github.com/llvm/llvm-project/pull/172220
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/wangpc-pp approved this pull request.
> > Should we document this in
> > https://github.com/riscv-non-isa/riscv-c-api-doc/blob/main/src/c-api.adoc?
>
> We've uploaded the document here
> https://github.com/andestech/andes-intrinsic-doc/blob/main/andes-scalar-intrinsic.md
>
aheejin wrote:
@rjmccall
> I don't know why the GNUStep runtime needs different ObjC and ObjC++
> personality functions. The ObjC++ personality has to support the complete
> superset of exception clauses (a single call site can have handlers for both
> C++ and ObjC exception types). It should
@@ -159,6 +159,8 @@ class SymbolCollector : public index::IndexDataConsumer {
void finish() override;
private:
+ std::vector findIndirectConstructors(const Decl *D);
HighCommander4 wrote:
Let's add a comment, something like:
```c++
// If D is an instantia
@@ -2713,6 +2714,91 @@ TEST(FindReferences, NoQueryForLocalSymbols) {
}
}
+TEST(FindReferences, ForwardingInAST) {
+ Annotations Main(R"cpp(
+namespace std {
+template T &&forward(T &t);
+template T *make_unique(Args &&...args) {
+ return new T(std::forwa
@@ -253,6 +254,23 @@ resolveForwardingParameters(const FunctionDecl *D,
unsigned MaxDepth = 10);
/// reference to one (e.g. `Args&...` or `Args&&...`).
bool isExpandedFromParameterPack(const ParmVarDecl *D);
+/// Heuristic that checks if FT is forwarding a parameter pack to a
https://github.com/HighCommander4 edited
https://github.com/llvm/llvm-project/pull/169742
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -220,6 +220,9 @@ std::unique_ptr createStaticIndexingAction(
index::IndexingOptions::SystemSymbolFilterKind::All;
// We index function-local classes and its member functions only.
IndexOpts.IndexFunctionLocals = true;
+ // We need to delay indexing so function bod
@@ -101,6 +103,8 @@ class IndexASTConsumer final : public ASTConsumer {
std::shared_ptr IndexCtx;
std::shared_ptr PP;
std::function ShouldSkipFunctionBody;
+ bool DeferIndexingToEndOfTranslationUnit;
+ std::vector TopLevelDecls;
HighCommander4 wrote:
I
@@ -253,6 +254,23 @@ resolveForwardingParameters(const FunctionDecl *D,
unsigned MaxDepth = 10);
/// reference to one (e.g. `Args&...` or `Args&&...`).
bool isExpandedFromParameterPack(const ParmVarDecl *D);
+/// Heuristic that checks if FT is forwarding a parameter pack to a
@@ -2713,6 +2714,91 @@ TEST(FindReferences, NoQueryForLocalSymbols) {
}
}
+TEST(FindReferences, ForwardingInAST) {
+ Annotations Main(R"cpp(
+namespace std {
+template T &&forward(T &t);
+template T *make_unique(Args &&...args) {
+ return new T(std::forwa
@@ -576,6 +578,27 @@ SymbolCollector::getRefContainer(const Decl *Enclosing,
return Enclosing;
}
+std::vector
+SymbolCollector::findIndirectConstructors(const Decl *D) {
+ auto *FD = llvm::dyn_cast(D);
+ if (FD == nullptr || !FD->isTemplateInstantiation())
+return {};
@@ -2713,6 +2714,91 @@ TEST(FindReferences, NoQueryForLocalSymbols) {
}
}
+TEST(FindReferences, ForwardingInAST) {
+ Annotations Main(R"cpp(
+namespace std {
+template T &&forward(T &t);
+template T *make_unique(Args &&...args) {
+ return new T(std::forwa
@@ -253,6 +254,23 @@ resolveForwardingParameters(const FunctionDecl *D,
unsigned MaxDepth = 10);
/// reference to one (e.g. `Args&...` or `Args&&...`).
bool isExpandedFromParameterPack(const ParmVarDecl *D);
+/// Heuristic that checks if FT is forwarding a parameter pack to a
@@ -666,9 +689,19 @@ bool SymbolCollector::handleDeclOccurrence(
auto FileLoc = SM.getFileLoc(Loc);
auto FID = SM.getFileID(FileLoc);
if (Opts.RefsInHeaders || FID == SM.getMainFileID()) {
+ auto *Container = getRefContainer(ASTNode.Parent, Opts);
addRef
https://github.com/HighCommander4 requested changes to this pull request.
Took an initial review pass through the patch.
However, I'm also seeing this version of the patch be crashy when used on a
real codebase. Will see if I can get a stack trace.
https://github.com/llvm/llvm-project/pull/169
https://github.com/usx95 auto_merge_enabled
https://github.com/llvm/llvm-project/pull/168344
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
aheejin wrote:
@dschuff
> IIRC we also have a separate personality function for using wasm EH for
> setjmp and longjmp (or maybe that's just a different tag?).
We don't use a personality function to handle SjLj. I think what you're talking
about might be this?
https://github.com/llvm/llvm-pro
irishrover wrote:
Maybe it worth to merge the PR in the current state and then I'll add options
support and other optimizations as separate commits not to overcomplicate this
PR?
https://github.com/llvm/llvm-project/pull/172170
___
cfe-commits mailin
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-fast` running on `sanitizer-buildbot3` while building
`clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/169/builds/18098
Here is the relevant piece
https://github.com/Luhaocong edited
https://github.com/llvm/llvm-project/pull/172455
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -186,13 +286,32 @@ void FactsGenerator::VisitConditionalOperator(const
ConditionalOperator *CO) {
void FactsGenerator::VisitCXXOperatorCallExpr(const CXXOperatorCallExpr *OCE) {
// Assignment operators have special "kill-then-propagate" semantics
usx95 wro
@@ -275,22 +416,41 @@ void FactsGenerator::handleFunctionCall(const Expr *Call,
// For explicit arguments, find the corresponding parameter
// declaration.
PVD = Method->getParamDecl(I - 1);
-} else if (I < FD->getNumParams())
+} else if (I < FD-
@@ -358,13 +513,13 @@ llvm::SmallVector
FactsGenerator::issuePlaceholderLoans() {
llvm::SmallVector PlaceholderLoanFacts;
for (const ParmVarDecl *PVD : FD->parameters()) {
-if (hasOrigin(PVD)) {
- const PlaceholderLoan *L =
- FactMgr.getLoanMgr().createL
@@ -180,8 +260,29 @@ void FactsGenerator::VisitConditionalOperator(const
ConditionalOperator *CO) {
void FactsGenerator::VisitCXXOperatorCallExpr(const CXXOperatorCallExpr *OCE) {
// Assignment operators have special "kill-then-propagate" semantics
// and are handled separ
@@ -314,39 +474,34 @@ bool FactsGenerator::handleTestPoint(const
CXXFunctionalCastExpr *FCE) {
return false;
}
-void FactsGenerator::handleAssignment(const Expr *LHSExpr,
- const Expr *RHSExpr) {
- if (!hasOrigin(LHSExpr))
-return;
aheejin wrote:
@HendrikHuebner
> I don't understand why we need `_Unwind_CallPersonality` in the first place,
> since all it does at the moment is delegating to the (hardcoded) personality
> function and resetting the selector (Which could also be done inside the
> personality function). Ther
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-aarch64-windows`
running on `linaro-armv8-windows-msvc-05` while building `clang` at step 6
"test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/141/builds/13755
Here is the relevant piece of
@@ -425,3 +485,32 @@ RValue CIRGenFunction::emitCoawaitExpr(const CoawaitExpr
&e,
return emitSuspendExpr(*this, e, curCoro.data->currentAwaitKind, aggSlot,
ignoreResult);
}
+
+mlir::LogicalResult CIRGenFunction::emitCoreturnStmt(CoreturnStmt const &s
@@ -267,11 +299,39 @@ CIRGenFunction::emitCoroutineBody(const CoroutineBodyStmt
&s) {
/*isInit*/ true);
assert(!cir::MissingFeatures::ehCleanupScope());
-// FIXME(cir): EHStack.pushCleanup(EHCleanup);
+
curCoro.data->currentAwaitKind = cir:
@@ -118,6 +127,29 @@ static void createCoroData(CIRGenFunction &cgf,
curCoro.data->coroId = coroId;
}
+static mlir::LogicalResult
+emitBodyAndFallthrough(CIRGenFunction &cgf, const CoroutineBodyStmt &s,
+ Stmt *body,
+ const CIRGen
https://github.com/Andres-Salamanca updated
https://github.com/llvm/llvm-project/pull/171755
>From 691c0c5de63dbaab3eb09277adb6df911883cf56 Mon Sep 17 00:00:00 2001
From: Andres Salamanca
Date: Wed, 10 Dec 2025 21:36:16 -0500
Subject: [PATCH 1/3] [CIR] Partially upstream coroutine co_return sup
https://github.com/Andres-Salamanca updated
https://github.com/llvm/llvm-project/pull/171755
>From 691c0c5de63dbaab3eb09277adb6df911883cf56 Mon Sep 17 00:00:00 2001
From: Andres Salamanca
Date: Wed, 10 Dec 2025 21:36:16 -0500
Subject: [PATCH 1/2] [CIR] Partially upstream coroutine co_return sup
@@ -0,0 +1,18 @@
+; REQUIRES: x86-registered-target
+; RUN: llc < %s %loadnewpmbye | FileCheck %s --check-prefix=CHECK-ASM
+; RUN: llc < %s %loadnewpmbye -last-words | FileCheck %s
--check-prefix=CHECK-ACTIVE
+; RUN: not llc %s %loadnewpmbye -last-words -filetype=obj 2>&1 | FileC
aheejin wrote:
Sorry for the late reply. My email filter wasn't set up right...
> There is also some work to be done to support other personality functions in
> WebAssembly. Basic code generation with the wrong personality function works
> with [this](https://github.com/llvm/llvm-project/pull/
https://github.com/wenju-he created
https://github.com/llvm/llvm-project/pull/172599
Replace __clc_max/min with __clc_fmax/fmin in __clc_clamp. FP
__clc_min/max/clamp now lowers to @llvm.minimumnum/@llvm.maximumnum, and
integer clamp lowers to @llvm.umin/@llvm.umax. This reduce fcmp+select cha
https://github.com/Enna1 edited https://github.com/llvm/llvm-project/pull/171963
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/topperc approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/147018
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Brandon Wu
Date: 2025-12-17T13:54:58+08:00
New Revision: bc7b6b1745a9bd1a1cf5e73032f4a6b589f5c4e8
URL:
https://github.com/llvm/llvm-project/commit/bc7b6b1745a9bd1a1cf5e73032f4a6b589f5c4e8
DIFF:
https://github.com/llvm/llvm-project/commit/bc7b6b1745a9bd1a1cf5e73032f4a6b589f5c4e8.diff
LO
https://github.com/4vtomat closed
https://github.com/llvm/llvm-project/pull/172596
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/topperc approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/172596
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
zeyi2 wrote:
Sorry for the postponing, I'll restart working on this soon.
https://github.com/llvm/llvm-project/pull/170004
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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` at step 6 "Add check check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/140/builds/35801
Here is
https://github.com/vgvassilev approved this pull request.
Lgtm!
https://github.com/llvm/llvm-project/pull/172559
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `arc-builder` running on
`arc-worker` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/3/builds/26337
Here is the relevant piece of
@@ -10,14 +10,68 @@
#ifndef __RISCV_NDS_H
#define __RISCV_NDS_H
+#include
+
#if defined(__cplusplus)
extern "C" {
#endif
-#if defined(__riscv_xandesbfhcvt)
-
#define __DEFAULT_FN_ATTRS __attribute__((__always_inline__, __nodebug__))
+#if defined(__riscv_xandesperf)
+
https://github.com/tclin914 updated
https://github.com/llvm/llvm-project/pull/147018
>From a7da278e7831ba3e5bd95c587083c50c600c9950 Mon Sep 17 00:00:00 2001
From: Jim Lin
Date: Mon, 5 May 2025 13:58:59 +0800
Subject: [PATCH 1/5] [RISCV] Implement Clang Builtins for XAndesPerf Extension
This pa
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` at step 7 "Add check check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/10/builds/19216
Here is the r
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` at step 4 "build stage
1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/27/builds/20426
Here is the relevant piece
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin`
running on `doug-worker-4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/190/builds/32917
Here is th
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/27041
Here is the relevant pie
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` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/144/builds/42454
https://github.com/eugeneepshteyn edited
https://github.com/llvm/llvm-project/pull/170505
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zeyi2 updated
https://github.com/llvm/llvm-project/pull/168722
>From 4908ebaa5652957761db6116a3e4c823877fd9e3 Mon Sep 17 00:00:00 2001
From: mtx
Date: Wed, 19 Nov 2025 23:19:32 +0800
Subject: [PATCH 1/4] [clang-tidy][NFC] Fix formatting issue in
`unsafe-functions.rst`
---
https://github.com/4vtomat closed
https://github.com/llvm/llvm-project/pull/171981
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Brandon Wu
Date: 2025-12-17T12:53:58+08:00
New Revision: fe577b1f3a47bf37ca58a924d9c03e35e68dc2ac
URL:
https://github.com/llvm/llvm-project/commit/fe577b1f3a47bf37ca58a924d9c03e35e68dc2ac
DIFF:
https://github.com/llvm/llvm-project/commit/fe577b1f3a47bf37ca58a924d9c03e35e68dc2ac.diff
LO
https://github.com/zeyi2 updated
https://github.com/llvm/llvm-project/pull/168722
>From 4908ebaa5652957761db6116a3e4c823877fd9e3 Mon Sep 17 00:00:00 2001
From: mtx
Date: Wed, 19 Nov 2025 23:19:32 +0800
Subject: [PATCH 1/3] [clang-tidy][NFC] Fix formatting issue in
`unsafe-functions.rst`
---
https://github.com/eugeneepshteyn ready_for_review
https://github.com/llvm/llvm-project/pull/170505
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/eugeneepshteyn edited
https://github.com/llvm/llvm-project/pull/170505
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -445,11 +472,19 @@ static void emitDiagnostic(const Expr *MovingCall, const
DeclRefExpr *MoveArg,
UseAfterMoveCheck::UseAfterMoveCheck(StringRef Name, ClangTidyContext *Context)
: ClangTidyCheck(Name, Context),
InvalidationFunctions(utils::options::parseStringList
@@ -445,11 +472,19 @@ static void emitDiagnostic(const Expr *MovingCall, const
DeclRefExpr *MoveArg,
UseAfterMoveCheck::UseAfterMoveCheck(StringRef Name, ClangTidyContext *Context)
: ClangTidyCheck(Name, Context),
InvalidationFunctions(utils::options::parseStringList
https://github.com/zeyi2 requested changes to this pull request.
https://github.com/llvm/llvm-project/pull/172566
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/eugeneepshteyn edited
https://github.com/llvm/llvm-project/pull/170505
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -263,3 +275,17 @@ Options
arguments to be invalidated (e.g., closing a handle).
For member functions, the first argument is considered to be the implicit
object argument (``this``). Default value is an empty string.
+
+.. option:: Awaitables
+
+ A semicolon-separated
@@ -254,6 +255,17 @@ forget to add the reinitialization for this additional
member. Instead, it is
safer to assign to the entire struct in one go, and this will also avoid the
use-after-move warning.
+Coroutines
+--
+
+This check also searches for occurrences of "use-
@@ -401,6 +424,7 @@ enum MoveType {
Forward = 0, // std::forward
Move = 1, // std::move
Invalidation = 2, // other
+ Suspend, // co_yield, co_await
EugeneZelenko wrote:
Should numerical value be added for consistency? Or remove all
https://github.com/eugeneepshteyn updated
https://github.com/llvm/llvm-project/pull/170505
>From d6ed678c77edc1b42f927d3711b40f2835158cac Mon Sep 17 00:00:00 2001
From: Eugene Epshteyn
Date: Wed, 3 Dec 2025 11:30:10 -0500
Subject: [PATCH 1/7] Initial change from Alexey to turn off FMF
---
fla
https://github.com/eugeneepshteyn updated
https://github.com/llvm/llvm-project/pull/170505
>From d6ed678c77edc1b42f927d3711b40f2835158cac Mon Sep 17 00:00:00 2001
From: Eugene Epshteyn
Date: Wed, 3 Dec 2025 11:30:10 -0500
Subject: [PATCH 1/7] Initial change from Alexey to turn off FMF
---
fla
https://github.com/farzonl updated
https://github.com/llvm/llvm-project/pull/170779
>From c64e1ce5ea5ab41cb36c949e0e8c53ba71cefdc8 Mon Sep 17 00:00:00 2001
From: Farzon Lotfi
Date: Mon, 24 Nov 2025 16:57:45 -0500
Subject: [PATCH 1/3] [HLSL][Matrix] Add support for single subscript accessor
fix
https://github.com/eugeneepshteyn updated
https://github.com/llvm/llvm-project/pull/170505
>From d6ed678c77edc1b42f927d3711b40f2835158cac Mon Sep 17 00:00:00 2001
From: Eugene Epshteyn
Date: Wed, 3 Dec 2025 11:30:10 -0500
Subject: [PATCH 1/5] Initial change from Alexey to turn off FMF
---
fla
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-tools-extra` at step 5
"ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/27/builds/20422
Here is the rel
https://github.com/evelez7 closed
https://github.com/llvm/llvm-project/pull/172076
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Erick Velez
Date: 2025-12-16T18:34:21-08:00
New Revision: c5c6c6fc878b315b3123f5852a18d8be73c8cd87
URL:
https://github.com/llvm/llvm-project/commit/c5c6c6fc878b315b3123f5852a18d8be73c8cd87
DIFF:
https://github.com/llvm/llvm-project/commit/c5c6c6fc878b315b3123f5852a18d8be73c8cd87.diff
L
evelez7 wrote:
### Merge activity
* **Dec 17, 2:32 AM UTC**: A user started a stack merge that includes this pull
request via
[Graphite](https://app.graphite.com/github/pr/llvm/llvm-project/172076).
https://github.com/llvm/llvm-project/pull/172076
https://github.com/evelez7 updated
https://github.com/llvm/llvm-project/pull/171899
>From 115483f82b2c54139af1710d35eec2cb0a0ef6db Mon Sep 17 00:00:00 2001
From: Erick Velez
Date: Fri, 14 Nov 2025 21:43:34 -0800
Subject: [PATCH] fix USR
---
clang-tools-extra/clang-doc/Generators.cpp| 4 +
https://github.com/YuriPlyakhin updated
https://github.com/llvm/llvm-project/pull/169425
>From ce7ab7652cf29469a8addea8ebe67f408b4b03af Mon Sep 17 00:00:00 2001
From: "Plyakhin, Yury"
Date: Tue, 25 Nov 2025 00:40:45 +0100
Subject: [PATCH 01/18] [Offloading] Extend OffloadBinary format to suppor
@@ -4441,9 +4441,9 @@ class ASTDeclContextNameLookupTrait
DeclIDs.push_back(ID);
};
+ASTReader *Chain = Writer.getChain();
ChuanqiXu9 wrote:
Not a blocker. But I remember we prefer to move the declaration to if-statement
if possible.
https://g
@@ -2107,8 +2107,9 @@ void ASTDeclMerger::MergeDefinitionData(
auto *Def = DD.Definition;
DD = std::move(MergeDD);
DD.Definition = Def;
-for (auto *D : Def->redecls())
- cast(D)->DefinitionData = ⅅ
+for (auto *R = Reader.getMostRecentExistingDecl(Def);
@@ -1519,7 +1519,13 @@ mlir::Value CIRGenFunction::emitVAArg(VAArgExpr *ve) {
assert(!cir::MissingFeatures::msabi());
assert(!cir::MissingFeatures::vlas());
mlir::Location loc = cgm.getLoc(ve->getExprLoc());
- mlir::Type type = convertType(ve->getType());
+ QualType qua
@@ -10,14 +10,68 @@
#ifndef __RISCV_NDS_H
#define __RISCV_NDS_H
+#include
+
#if defined(__cplusplus)
extern "C" {
#endif
-#if defined(__riscv_xandesbfhcvt)
-
#define __DEFAULT_FN_ATTRS __attribute__((__always_inline__, __nodebug__))
+#if defined(__riscv_xandesperf)
+
@@ -40,8 +40,12 @@ let CategoryName = "Parse Issue" in {
def ext_empty_translation_unit : Extension<
"ISO C requires a translation unit to contain at least one declaration">,
InGroup>;
-def warn_cxx98_compat_top_level_semi : Warning<
- "extra ';' outside of a function is i
@@ -51,7 +55,11 @@ def ext_extra_semi : Extension<
"after member function definition}0">,
InGroup;
def ext_extra_semi_cxx11 : Extension<
- "extra ';' outside of a function is a C++11 extension">,
+ "%select{|||multiple }0extra ';' %select{"
+ "outside of a function|"
+
@@ -40,8 +40,12 @@ let CategoryName = "Parse Issue" in {
def ext_empty_translation_unit : Extension<
"ISO C requires a translation unit to contain at least one declaration">,
InGroup>;
-def warn_cxx98_compat_top_level_semi : Warning<
- "extra ';' outside of a function is i
1 - 100 of 671 matches
Mail list logo
