ojhunt wrote:
> Would it make sense to add the feature macro to your downstream instead?
> e.g., downstream supports `__has_feature(ptrauth_restricted_intptr)` and
> upstream would return `false` for it.
We have that, I just need to determine if there's any code that treats the lack
of that q
@@ -6027,8 +6027,15 @@ void Sema::BuildVariableInstantiation(
Context.setManglingNumber(NewVar, Context.getManglingNumber(OldVar));
Context.setStaticLocalNumber(NewVar, Context.getStaticLocalNumber(OldVar));
+ bool VarTemplateWithAutoType = false;
+ QualType VarSourceTyp
https://github.com/rniwa updated
https://github.com/llvm/llvm-project/pull/138995
>From d4b5f004e2d91e8d821e20bee6fcb43b87701b9d Mon Sep 17 00:00:00 2001
From: Ryosuke Niwa
Date: Wed, 7 May 2025 16:53:35 -0700
Subject: [PATCH 1/3] [webkit.UncountedLambdaCapturesChecker] Treat every
argument of
https://github.com/PiJoules created
https://github.com/llvm/llvm-project/pull/139172
A bunch of uses of IsFunctionConversion don't use the third argument and just
make a dummy QualType to pass. This splits IsFunctionConversion into 2
functions, one that just takes 2 arguments and does the chec
kateinoigakukun wrote:
> presumably the sanitizer runtime will end up alongside wasi-libc in the wasi
> SDK?
@dschuff Yes, it will be placed alongside the other clang_rt libraries in WASI
SDK and Swift SDK for Wasm
https://github.com/llvm/llvm-project/pull/139014
_
@@ -171,6 +171,232 @@ class CIRScopeOpFlattening : public
mlir::OpRewritePattern {
}
};
+class CIRSwitchOpFlattening : public mlir::OpRewritePattern {
+public:
+ using OpRewritePattern::OpRewritePattern;
+
+ inline void rewriteYieldOp(mlir::PatternRewriter &rewriter,
+
@@ -171,6 +171,232 @@ class CIRScopeOpFlattening : public
mlir::OpRewritePattern {
}
};
+class CIRSwitchOpFlattening : public mlir::OpRewritePattern {
+public:
+ using OpRewritePattern::OpRewritePattern;
+
+ inline void rewriteYieldOp(mlir::PatternRewriter &rewriter,
+
@@ -171,6 +171,232 @@ class CIRScopeOpFlattening : public
mlir::OpRewritePattern {
}
};
+class CIRSwitchOpFlattening : public mlir::OpRewritePattern {
+public:
+ using OpRewritePattern::OpRewritePattern;
+
+ inline void rewriteYieldOp(mlir::PatternRewriter &rewriter,
+
@@ -171,6 +171,232 @@ class CIRScopeOpFlattening : public
mlir::OpRewritePattern {
}
};
+class CIRSwitchOpFlattening : public mlir::OpRewritePattern {
+public:
+ using OpRewritePattern::OpRewritePattern;
+
+ inline void rewriteYieldOp(mlir::PatternRewriter &rewriter,
+
@@ -171,6 +171,232 @@ class CIRScopeOpFlattening : public
mlir::OpRewritePattern {
}
};
+class CIRSwitchOpFlattening : public mlir::OpRewritePattern {
+public:
+ using OpRewritePattern::OpRewritePattern;
+
+ inline void rewriteYieldOp(mlir::PatternRewriter &rewriter,
+
@@ -171,6 +171,232 @@ class CIRScopeOpFlattening : public
mlir::OpRewritePattern {
}
};
+class CIRSwitchOpFlattening : public mlir::OpRewritePattern {
+public:
+ using OpRewritePattern::OpRewritePattern;
+
+ inline void rewriteYieldOp(mlir::PatternRewriter &rewriter,
+
@@ -962,6 +963,102 @@ bool
cir::SwitchOp::isSimpleForm(llvm::SmallVectorImpl &cases) {
});
}
+//===--===//
+// SwitchFlatOp
+//===--===//
@@ -971,6 +971,52 @@ def SwitchOp : CIR_Op<"switch",
}];
}
+//===--===//
+// SwitchFlatOp
+//===--===//
+
+def SwitchFlatOp : CIR_Op<"switc
aganea wrote:
Oh so all this dance (`_ref_` and the additional metadata) is for code page
integrity purposes? To keep them unmodified in memory? So how does then the
kernel use the PE metadata if it doesn't patch the code memory pages of the
initial (running) image? Is there an additional mech
@@ -971,6 +971,52 @@ def SwitchOp : CIR_Op<"switch",
}];
}
+//===--===//
+// SwitchFlatOp
+//===--===//
+
+def SwitchFlatOp : CIR_Op<"switc
@@ -6027,8 +6027,12 @@ void Sema::BuildVariableInstantiation(
Context.setManglingNumber(NewVar, Context.getManglingNumber(OldVar));
Context.setStaticLocalNumber(NewVar, Context.getStaticLocalNumber(OldVar));
+ bool VarTemplateWithAutoType =
+ OldVar->getTypeSourceInf
@@ -6027,8 +6027,15 @@ void Sema::BuildVariableInstantiation(
Context.setManglingNumber(NewVar, Context.getManglingNumber(OldVar));
Context.setStaticLocalNumber(NewVar, Context.getStaticLocalNumber(OldVar));
+ bool VarTemplateWithAutoType = false;
+ QualType VarSourceTyp
https://github.com/dty2 updated https://github.com/llvm/llvm-project/pull/138122
From 659cebc431e22e782454de02a1f05545e645659d Mon Sep 17 00:00:00 2001
From: hunter <284050...@qq.com>
Date: Thu, 1 May 2025 18:52:34 +0800
Subject: [PATCH] [clang] Fix missing initializer for inline static template
@@ -1969,6 +1969,43 @@ def VecCreateOp : CIR_Op<"vec.create", [Pure]> {
let hasVerifier = 1;
}
+//===--===//
+// VecInsertOp
+//===--===//
@@ -666,18 +678,26 @@ CIRGenFunction::emitArraySubscriptExpr(const
clang::ArraySubscriptExpr *e) {
assert((e->getIdx() == e->getLHS() || e->getIdx() == e->getRHS()) &&
"index was neither LHS nor RHS");
- auto emitIdxAfterBase = [&]() -> mlir::Value {
+ auto emitI
https://github.com/ytmukai created
https://github.com/llvm/llvm-project/pull/139212
FEAT_FP8DOT4 and FEAT_FP8FMA are supported by FUJITSU-MONAKA. These were
previously enabled due to dependencies, but now require explicit activation due
to modifications in the dependencies.
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Yuta Mukai (ytmukai)
Changes
FEAT_FP8DOT4 and FEAT_FP8FMA are supported by FUJITSU-MONAKA. These were
previously enabled due to dependencies, but now require explicit activation due
to modifications in the dependencies.
---
Full d
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Yuta Mukai (ytmukai)
Changes
FEAT_FP8DOT4 and FEAT_FP8FMA are supported by FUJITSU-MONAKA. These were
previously enabled due to dependencies, but now require explicit activation due
to modifications in the dependencies.
---
Full diff: ht
https://github.com/dtcxzyw closed
https://github.com/llvm/llvm-project/pull/137849
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Yingwei Zheng
Date: 2025-05-09T14:53:00+08:00
New Revision: d2b012e3913a56d3cb2d9798bf77dc2599148dfb
URL:
https://github.com/llvm/llvm-project/commit/d2b012e3913a56d3cb2d9798bf77dc2599148dfb
DIFF:
https://github.com/llvm/llvm-project/commit/d2b012e3913a56d3cb2d9798bf77dc2599148dfb.diff
Author: jeremyd2019
Date: 2025-05-09T09:54:02+03:00
New Revision: 52924a2d7255cdd280b2b82dad8616e01fe065da
URL:
https://github.com/llvm/llvm-project/commit/52924a2d7255cdd280b2b82dad8616e01fe065da
DIFF:
https://github.com/llvm/llvm-project/commit/52924a2d7255cdd280b2b82dad8616e01fe065da.diff
L
https://github.com/mstorsjo closed
https://github.com/llvm/llvm-project/pull/135691
___
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: Andy Kaylor (andykaylor)
Changes
This corresponds to the changes made in
https://github.com/llvm/clangir/pull/1604
We want to defer ABI handling until we lower to the LLVM dialect. Some code was
in place to calculate ABI handling, but th
https://github.com/andykaylor created
https://github.com/llvm/llvm-project/pull/139159
This corresponds to the changes made in
https://github.com/llvm/clangir/pull/1604
We want to defer ABI handling until we lower to the LLVM dialect. Some code was
in place to calculate ABI handling, but the
https://github.com/ahatanak updated
https://github.com/llvm/llvm-project/pull/138952
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans-
Author: Matheus Izvekov
Date: 2025-05-08T20:56:48-03:00
New Revision: abd5ee9355c2d3fd0df8bb0e57a0f2cf2f9fb435
URL:
https://github.com/llvm/llvm-project/commit/abd5ee9355c2d3fd0df8bb0e57a0f2cf2f9fb435
DIFF:
https://github.com/llvm/llvm-project/commit/abd5ee9355c2d3fd0df8bb0e57a0f2cf2f9fb435.dif
https://github.com/efriedma-quic approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/137849
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mizvekov wrote:
This is reverted now.
https://github.com/llvm/llvm-project/pull/138731
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/mizvekov created
https://github.com/llvm/llvm-project/pull/139176
This reverts commit cf9b4d1e7961214deabd99a9fc3b1d4c9e78a71f.
Causes breakages as reported here:
https://github.com/llvm/llvm-project/pull/138731#issuecomment-2864298000
>From 57f8029736da494f1702fe76514e8119
https://github.com/Prabhuk created
https://github.com/llvm/llvm-project/pull/139179
Entry point functions such as main, wmain etc. should not be mangled for
UEFI targets.
>From 2583040b0acb4d0b448bc2a8b086b11f74feddeb Mon Sep 17 00:00:00 2001
From: prabhukr
Date: Fri, 9 May 2025 00:00:34 +000
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Prabhu Rajasekaran (Prabhuk)
Changes
Entry point functions such as main, wmain etc. should not be mangled for
UEFI targets.
---
Full diff: https://github.com/llvm/llvm-project/pull/139179.diff
7 Files Affected:
- (modified) clang/lib/A
Author: Yaxun (Sam) Liu
Date: 2025-05-08T22:08:31-04:00
New Revision: 035dcf6a2a706288c8abe1017c965a1033fca800
URL:
https://github.com/llvm/llvm-project/commit/035dcf6a2a706288c8abe1017c965a1033fca800
DIFF:
https://github.com/llvm/llvm-project/commit/035dcf6a2a706288c8abe1017c965a1033fca800.dif
https://github.com/owenca updated
https://github.com/llvm/llvm-project/pull/139034
>From 11a3f6f44914e40b49f9ce00256724ce1fb82fa1 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Thu, 8 May 2025 00:12:44 -0700
Subject: [PATCH 1/2] [clang-format] Handle C# where clause in
SeparateDefinitionBlocks
irymarchyk wrote:
@owenca can you please review one more time?
https://github.com/llvm/llvm-project/pull/134337
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -137,6 +137,12 @@ void DefinitionBlockSeparator::separateBlocks(
const auto MayPrecedeDefinition = [&](const int Direction = -1) {
assert(Direction >= -1);
assert(Direction <= 1);
+
+ if (Style.isCSharp() &&
+ Lines[OpeningLineIndex]->First->is(
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (PiJoules)
Changes
A bunch of uses of IsFunctionConversion don't use the third argument and just
make a dummy QualType to pass. This splits IsFunctionConversion into 2
functions, one that just takes 2 arguments and does the check, an
https://github.com/yxsamliu closed
https://github.com/llvm/llvm-project/pull/139112
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Lancern updated
https://github.com/llvm/llvm-project/pull/138873
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans-s
https://github.com/jofrn updated
https://github.com/llvm/llvm-project/pull/123609
Rate limit · GitHub
body {
background-color: #f6f8fa;
color: #24292e;
font-family: -apple-system,BlinkMacSystemFont,Segoe
UI,Helvetica,Arial,sans-ser
https://github.com/citymarina closed
https://github.com/llvm/llvm-project/pull/138677
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1011,6 +979,30 @@ void SExprBuilder::exitCFG(const CFGBlock *Last) {
IncompleteArgs.clear();
}
+static CapabilityExpr makeCapabilityExpr(const til::SExpr *E, QualType VDT,
+ bool Neg) {
+ // We need to look at the declaration of t
@@ -192,7 +202,8 @@ class RawPtrRefMemberChecker
const auto Kind = RD->getTagKind();
// FIMXE: Should we check union members too?
-if (Kind != TagTypeKind::Struct && Kind != TagTypeKind::Class)
+if (Kind != TagTypeKind::Struct && Kind != TagTypeKind::Class &&
-
Andres-Salamanca wrote:
@andykaylor
https://github.com/llvm/llvm-project/pull/139154
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
yuxuanchen1997 wrote:
Hi @cor3ntin,
This patch seems to have made expression SFINAEs in variable template partial
specialization an hard error: https://godbolt.org/z/3K6sh1cWM
Upstream clang rejects the program while clang-20, gcc, msvc accepted it.
https://github.com/llvm/llvm-project/pull
@@ -0,0 +1,20 @@
+// This verifies that hotpatch function attributes are correctly propagated
when compiling directly to OBJ.
+//
+// RUN: %clang_cl -c --target=x86_64-windows-msvc -O2 /Z7
-fms-hotpatch-functions-file=%S/ms-hotpatch-functions.txt /Fo%t.obj %s
ag
https://github.com/thurstond updated
https://github.com/llvm/llvm-project/pull/139149
>From c2a5ecf9d89b4942fb1e95c7a7713585155099d0 Mon Sep 17 00:00:00 2001
From: Thurston Dang
Date: Thu, 8 May 2025 20:18:22 +
Subject: [PATCH 1/2] [cfi][NFCI] Pre-commit -fsanitize-annotate-debug-info
test
@@ -0,0 +1,47 @@
+// NOTE: Assertions have been autogenerated by utils/update_cc_test_checks.py
UTC_ARGS: --version 5
+// RUN: %clang_cc1 -triple x86_64-unknown-linux -O0 -fsanitize-cfi-cross-dso \
thurstond wrote:
Changed to -O2 in
https://github.com/llvm/llvm
https://github.com/Bigcheese approved this pull request.
lgtm
https://github.com/llvm/llvm-project/pull/139091
___
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-darwin`
running on `doug-worker-3` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/23/builds/10107
Here is the
Author: Reid Kleckner
Date: 2025-05-08T14:07:44-07:00
New Revision: 47fb5bd494a9dd391abceafddb872e01a7d3492b
URL:
https://github.com/llvm/llvm-project/commit/47fb5bd494a9dd391abceafddb872e01a7d3492b
DIFF:
https://github.com/llvm/llvm-project/commit/47fb5bd494a9dd391abceafddb872e01a7d3492b.diff
https://github.com/fmayer requested changes to this pull request.
windows bot fails. argument ordering strikes again?
https://github.com/llvm/llvm-project/pull/139149
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bi
301 - 356 of 356 matches
Mail list logo
