kees wrote:
Weirdly, I think a mismatched diagnostic string would be much more well
tolerated by the Linux dev community. :) That kind of thing I can document
along with the `__counted_by` macro. If others prefer this route, I can update
the PR to do this instead?
https://github.com/llvm/llvm
hnrklssn wrote:
> > Or just convert `counted_by` into `sized_by` with no need for another
> > spelling (i.e. I could nudge this patch slightly so that
> > `CountAttributedType::SizedBy` gets set earlier in Sema and then `
> > CodeGenFunction::emitCountedByPointerSize` would need no changes, et
https://github.com/rniwa closed https://github.com/llvm/llvm-project/pull/161926
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Ryosuke Niwa
Date: 2025-10-23T23:19:28-07:00
New Revision: c07d305718744917ba5dc6693322e13a5c2314df
URL:
https://github.com/llvm/llvm-project/commit/c07d305718744917ba5dc6693322e13a5c2314df
DIFF:
https://github.com/llvm/llvm-project/commit/c07d305718744917ba5dc6693322e13a5c2314df.diff
https://github.com/capitan-davide updated
https://github.com/llvm/llvm-project/pull/162361
>From a0a7126104429d2d721c02ac64076b9349fd2227 Mon Sep 17 00:00:00 2001
From: Davide Cunial
Date: Wed, 8 Oct 2025 20:24:17 +0200
Subject: [PATCH] [clang-tidy] Add new check
'bugprone-inconsistent-ifelse-
kees wrote:
> > For `counted_by` to be usable in Linux, it needs `sized_by` behavior for
> > `void *` members. Putting this behind the GNU extension which also covers
> > `void *` arithmetic should be a reasonable compromise.
>
> I didn't quite get the context for why this is the case - maybe
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/164804
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Timm Baeder
Date: 2025-10-24T08:08:18+02:00
New Revision: 7c441b21b7fac52a8c28eaa4a4b829c0e5ce6d7b
URL:
https://github.com/llvm/llvm-project/commit/7c441b21b7fac52a8c28eaa4a4b829c0e5ce6d7b
DIFF:
https://github.com/llvm/llvm-project/commit/7c441b21b7fac52a8c28eaa4a4b829c0e5ce6d7b.diff
L
https://github.com/zyn0217 approved this pull request.
https://github.com/llvm/llvm-project/pull/164928
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
owenca wrote:
> I filed #164866 which includes a regression test.
>
> > @Prabhuk I've reverted your revert. Please open a GitHub issue for your use
> > case, which also failed before #15 was merged.
>
> I think that's the wrong patch? We reverted #164048.
#15 (which "fixed" #164866 by
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Kazu Hirata (kazutakahirata)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/164928.diff
1 Files Affected:
- (modified) clang/docs/UsersManual.rst (+30-30)
``diff
diff --git a/clang/docs/UsersManual.rst b/cl
https://github.com/kazutakahirata created
https://github.com/llvm/llvm-project/pull/164928
None
>From 8abf56963e5f99aa46b5b326b11d2e930ba69e1a Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Thu, 23 Oct 2025 07:15:48 -0700
Subject: [PATCH] [clang] Proofread UsersManual.rst
---
clang/docs/Us
https://github.com/iajbar updated
https://github.com/llvm/llvm-project/pull/164922
>From 96030129702f26c750b6ff5550eda2acb1412d96 Mon Sep 17 00:00:00 2001
From: Ikhlas Ajbar
Date: Wed, 15 Oct 2025 11:59:08 -0700
Subject: [PATCH] [Hexagon] Add V81 support to compiler and assembler
This patch in
ChuanqiXu9 wrote:
> > > > > If reflection is 'experimental' anything we change that breaks
> > > > > serialization/etc is perfectly fine.
> > > >
> > > >
> > > > If this is the decision, I think it will be better to explicitly
> > > > diagnose for any code path that triggers serialization
> >
@@ -12394,45 +12391,65 @@ class Sema final : public SemaBase {
/// failures rather than hard errors.
bool AccessCheckingSFINAE;
+ class SFINAETrap;
+
+ struct SFINAEContextBase {
+SFINAEContextBase(Sema &S, SFINAETrap *Cur)
+: S(S), Prev(std::exchange(S.Curre
phoebewang wrote:
I don't fully agree with the points. If fastcc is just (and always) the C
calling convention, it means its existence is meaningless. I agree with its
original intention and a well designed ABI doesn't need it at all. But it is
the exactly reason why we retargeting it for APX.
@@ -12394,45 +12391,65 @@ class Sema final : public SemaBase {
/// failures rather than hard errors.
bool AccessCheckingSFINAE;
+ class SFINAETrap;
+
+ struct SFINAEContextBase {
+SFINAEContextBase(Sema &S, SFINAETrap *Cur)
+: S(S), Prev(std::exchange(S.Curre
https://github.com/arsenm edited
https://github.com/llvm/llvm-project/pull/164847
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -465,17 +463,15 @@ define amdgpu_ps i32 @bcnt032(i32 inreg %val0) {
define amdgpu_ps i32 @bcnt064(i64 inreg %val0) {
; CHECK-LABEL: bcnt064:
; CHECK: ; %bb.0:
-; CHECK-NEXT:s_bcnt1_i32_b64 s0, s[0:1]
-; CHECK-NEXT:s_sub_u32 s0, 64, s0
-; CHECK-NEXT:s_subb_u
https://github.com/arsenm requested changes to this pull request.
This should not introduce a builtin or intrinsic. This can be purely done in
tablegen patterns without the intermediate step
https://github.com/llvm/llvm-project/pull/164847
___
cfe-co
llvmbot wrote:
@llvm/pr-subscribers-backend-hexagon
Author: Ikhlas Ajbar (iajbar)
Changes
This patch introduces support for the Hexagon V81 architecture. It includes
instruction formats, definitions, encodings, scheduling classes, and
builtins/intrinsics.
---
Patch is 308.51 KiB, trunc
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
@llvm/pr-subscribers-clang
Author: Ikhlas Ajbar (iajbar)
Changes
This patch introduces support for the Hexagon V81 architecture. It includes
instruction formats, definitions, encodings, scheduling classes, and
builtins/intrinsics.
---
Pa
@@ -12938,6 +12938,12 @@ ExprResult
TreeTransform::TransformSYCLUniqueStableNameExpr(
E->getLocation(), E->getLParenLocation(), E->getRParenLocation(), NewT);
}
+template
+ExprResult TreeTransform::TransformCXXReflectExpr(CXXReflectExpr *E) {
+ // No subexpressions to
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
error: too big or took too long to generate
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commit
https://github.com/HerrCai0907 updated
https://github.com/llvm/llvm-project/pull/164827
>From 525b01535ccde73b341231fccf4d493fc1433914 Mon Sep 17 00:00:00 2001
From: Congcong Cai
Date: Thu, 23 Oct 2025 22:36:40 +0800
Subject: [PATCH 1/2] [clang-tidy][readability-redundant-parentheses] add
opti
@@ -47,6 +60,15 @@ void RedundantParenthesesCheck::registerMatchers(MatchFinder
*Finder) {
void RedundantParenthesesCheck::check(const MatchFinder::MatchResult &Result) {
const auto *PE = Result.Nodes.getNodeAs("dup");
+ if (auto *DRE = dyn_cast(PE->getSubExpr())) {
+c
ChuanqiXu9 wrote:
> > > If reflection is 'experimental' anything we change that breaks
> > > serialization/etc is perfectly fine.
> >
> >
> > If this is the decision, I think it will be better to explicitly diagnose
> > for any code path that triggers serialization
>
> That seems pretty nove
erichkeane wrote:
Discussing offline-An experimental reflection flag is the best way forward for
now. At least until we're out of 'experimental'.
Another thing I was thinking: we should limit where we check it to JUST the
places in parsing where we identify the operators. Else, we risk hidin
@@ -364,13 +377,31 @@ OpenACCAtomicConstruct::getAssociatedStmtInfo() const {
// type, and 'x' is a scalar l value. As above, this can come in 2 forms;
// Binary Operator or CXXOperatorCallExpr.
std::pair BinaryArgs =
-getBinaryOpArgs(cast(getAssociatedStmt(
https://github.com/erichkeane updated
https://github.com/llvm/llvm-project/pull/164836
>From e024a3b6a74a697a8336f8a3c109b513274e92c6 Mon Sep 17 00:00:00 2001
From: erichkeane
Date: Tue, 21 Oct 2025 13:57:24 -0700
Subject: [PATCH 1/2] [OpenACC][CIR] Implement atomic update lowering
This is the
erichkeane wrote:
> > If reflection is 'experimental' anything we change that breaks
> > serialization/etc is perfectly fine.
>
> If this is the decision, I think it will be better to explicitly diagnose for
> any code path that triggers serialization
That seems pretty novel? We don't typica
https://github.com/AZero13 updated
https://github.com/llvm/llvm-project/pull/164875
>From dfa27d4735969d3214fa1050a190e7700d0e5190 Mon Sep 17 00:00:00 2001
From: AZero13
Date: Thu, 23 Oct 2025 14:39:18 -0400
Subject: [PATCH] [CGObjC] Allow clang.arc.attachedcall on -O0 on AArch64
It is support
https://github.com/AZero13 updated
https://github.com/llvm/llvm-project/pull/164875
>From 2c651f30b22dbfa3b7285fee83496d96b4e98519 Mon Sep 17 00:00:00 2001
From: AZero13
Date: Thu, 23 Oct 2025 14:39:18 -0400
Subject: [PATCH] [CGObjC] Allow clang.arc.attachedcall on -O0 on AArch64
It is support
@@ -2361,6 +2363,101 @@ static ExprResult BuiltinMaskedStore(Sema &S, CallExpr
*TheCall) {
return TheCall;
}
+static ExprResult BuiltinMaskedGather(Sema &S, CallExpr *TheCall) {
+ if (S.checkArgCountRange(TheCall, 3, 4))
+return ExprError();
+
+ Expr *MaskArg = TheCal
chaitanyav wrote:
@RKSimon made changes as per the comments.
https://github.com/llvm/llvm-project/pull/164078
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/delcypher edited
https://github.com/llvm/llvm-project/pull/164737
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/efriedma-quic approved this pull request.
I'm still fine with this. And I think @rjmccall's concerns were addressed by
the latest version.
https://github.com/llvm/llvm-project/pull/72197
___
cfe-commits mailing list
cfe-commits@lis
https://github.com/efriedma-quic edited
https://github.com/llvm/llvm-project/pull/72197
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -110,6 +110,9 @@ C++ Specific Potentially Breaking Changes
ABI Changes in This Version
---
+- Let C++ empty record fall through to the standard argument-handling path
instead of
+ always pass a single ``i8`` according to aarch64 AAPCS rules.
--
llvmbot wrote:
@llvm/pr-subscribers-backend-arm
Author: Douglas (dgg5503)
Changes
This change enables validation checks against the following two ARM atomic
builtins:
```
__builtin_arm_ldrexd
__builtin_arm_strexd
```
Previously, no checks existed for these builtins, so under a release co
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Douglas (dgg5503)
Changes
This change enables validation checks against the following two ARM atomic
builtins:
```
__builtin_arm_ldrexd
__builtin_arm_strexd
```
Previously, no checks existed for these builtins, so under a release compiler
https://github.com/dgg5503 created
https://github.com/llvm/llvm-project/pull/164919
This change enables validation checks against the following two ARM atomic
builtins:
```
__builtin_arm_ldrexd
__builtin_arm_strexd
```
Previously, no checks existed for these builtins, so under a release compil
@@ -132,9 +132,20 @@ bool Sema::CheckCountedByAttrOnField(FieldDecl *FD, Expr
*E, bool CountInBytes,
// `BoundsSafetyCheckUseOfCountAttrPtr`
//
// * When the pointee type is always an incomplete type (e.g.
-// `void`) the attribute is disallowed by this method
https://github.com/chaitanyav updated
https://github.com/llvm/llvm-project/pull/164078
>From 9cac506a53191a9382ad7c30f4c239bccfcac92f Mon Sep 17 00:00:00 2001
From: NagaChaitanya Vellanki
Date: Thu, 16 Oct 2025 12:37:58 -0700
Subject: [PATCH] [Clang] VectorExprEvaluator::VisitCallExpr / Interpr
lenary wrote:
Is there a proposal for this on the [C API
Doc](https://github.com/riscv-non-isa/riscv-c-api-doc)? Without it we shouldn't
land this.
Maybe we shouldn't have this at all (instead of making people use inline asm)?
What optimisations would we expect with this instruction, that mea
https://github.com/AZero13 updated
https://github.com/llvm/llvm-project/pull/164875
>From a96ab3cc95107cb703fb729b68b4e02764434e7c Mon Sep 17 00:00:00 2001
From: AZero13
Date: Thu, 23 Oct 2025 14:39:18 -0400
Subject: [PATCH] [CGObjC] Allow clang.arc.attachedcall on -O0 on AArch64
It is support
https://github.com/jthackray closed
https://github.com/llvm/llvm-project/pull/163161
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jonathan Thackray
Date: 2025-10-23T23:51:31+01:00
New Revision: bfae15a1257a63f205db12308ca4b131f3b3f3b3
URL:
https://github.com/llvm/llvm-project/commit/bfae15a1257a63f205db12308ca4b131f3b3f3b3
DIFF:
https://github.com/llvm/llvm-project/commit/bfae15a1257a63f205db12308ca4b131f3b3f3b3.d
bcardosolopes wrote:
Thanks for working on this issue!
> It was mentioned in the issue one type per pr, but as this types suppose to
> have same vTable class name, I think it should be ok to handle them together,
> (let me know if not).
You can handle more cases but that also means you need
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/163161
>From c5161a860baef1314a59dfbdd79fd8eb62273d77 Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Thu, 4 Sep 2025 21:40:09 +0100
Subject: [PATCH 1/4] [AArch64][llvm] Armv9.7-A: Add support for SVE2p3 DOT a
@@ -125,16 +116,33 @@ class DependencyScanningWorker {
DependencyConsumer &Consumer, DependencyActionController &Controller,
std::optional TUBuffer = std::nullopt);
- /// Run the dependency scanning tool for a given clang driver command-line
- /// for a specific
https://github.com/jthackray edited
https://github.com/llvm/llvm-project/pull/163161
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jthackray closed
https://github.com/llvm/llvm-project/pull/163160
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jonathan Thackray
Date: 2025-10-23T23:47:36+01:00
New Revision: cab4c68a669df7856c9b0babf05709e10f89c7e2
URL:
https://github.com/llvm/llvm-project/commit/cab4c68a669df7856c9b0babf05709e10f89c7e2
DIFF:
https://github.com/llvm/llvm-project/commit/cab4c68a669df7856c9b0babf05709e10f89c7e2.d
https://github.com/qiongsiwu updated
https://github.com/llvm/llvm-project/pull/164345
>From 19482768ca28eb478cd45a7bd0ff63f6c0af55ea Mon Sep 17 00:00:00 2001
From: Qiongsi Wu
Date: Wed, 15 Oct 2025 09:22:59 -0700
Subject: [PATCH 1/8] Inital commit of CompilerInstanceWithContext, all tests
pass
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/163154
>From b7e25ae02a065d2ea15111f0751d69ad02b8960e Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 8 Sep 2025 16:48:37 +0100
Subject: [PATCH] [ARM][AArch64] Introduce the Armv9.7-A architecture version
ojhunt wrote:
Just pinging other folk who commented in case they still have concerns
https://github.com/llvm/llvm-project/pull/164528
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ymand wrote:
Actually -- are there any tests you can add/updated to reflect?
https://github.com/llvm/llvm-project/pull/164715
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ymand approved this pull request.
Thank you!
https://github.com/llvm/llvm-project/pull/164715
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/qiongsiwu updated
https://github.com/llvm/llvm-project/pull/164345
>From 19482768ca28eb478cd45a7bd0ff63f6c0af55ea Mon Sep 17 00:00:00 2001
From: Qiongsi Wu
Date: Wed, 15 Oct 2025 09:22:59 -0700
Subject: [PATCH 1/8] Inital commit of CompilerInstanceWithContext, all tests
pass
https://github.com/alexander-shaposhnikov auto_merge_enabled
https://github.com/llvm/llvm-project/pull/96120
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/LU-JOHN deleted
https://github.com/llvm/llvm-project/pull/164847
___
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/163154
>From 17deb81f43913a4cf56b16f5a96e31b344cfb253 Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 8 Sep 2025 16:48:37 +0100
Subject: [PATCH] [ARM][AArch64] Introduce the Armv9.7-A architecture version
https://github.com/AZero13 updated
https://github.com/llvm/llvm-project/pull/164875
>From 3dad5f9f5551fe1ee11054c7a4d445b845feaf66 Mon Sep 17 00:00:00 2001
From: AZero13
Date: Thu, 23 Oct 2025 14:39:18 -0400
Subject: [PATCH] [CGObjC] Allow clang.arc.attachedcall on -O0 on AArch64
It is support
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 origin/main HEAD --extensions cpp --
clang/lib/CodeGen/CGObjC.cpp llvm/lib/Target/AAr
https://github.com/AZero13 updated
https://github.com/llvm/llvm-project/pull/164875
>From 0be58a1b5b15c806c9f3c7dc2e5d5edbd57aeaeb Mon Sep 17 00:00:00 2001
From: AZero13
Date: Thu, 23 Oct 2025 14:39:18 -0400
Subject: [PATCH] [CGObjC] Allow clang.arc.attachedcall on -O0 on AArch64
It is support
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Tarun Prabhu (tarunprabhu)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/164898.diff
1 Files Affected:
- (modified) clang/include/clang/Driver/Options.td (+2-2)
``diff
diff --git a/clang/include/clang/Driv
https://github.com/tarunprabhu created
https://github.com/llvm/llvm-project/pull/164898
None
>From 88fbfe843b51a4e0c837c9a08da95911c3af7ba0 Mon Sep 17 00:00:00 2001
From: Tarun Prabhu
Date: Thu, 23 Oct 2025 15:15:49 -0600
Subject: [PATCH] [clang][Driver][NFC] Remove trailing whitespace from
O
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/163154
>From ac5fb9a75f29c28c6ee521d5e2fc93710b4a421e Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 8 Sep 2025 16:48:37 +0100
Subject: [PATCH] [ARM][AArch64] Introduce the Armv9.7-A architecture version
https://github.com/hannesbraun updated
https://github.com/llvm/llvm-project/pull/164711
>From 729e177496c6a74e5764ebc1211256427a5a093c Mon Sep 17 00:00:00 2001
From: Hannes Braun
Date: Wed, 22 Oct 2025 21:05:04 +0200
Subject: [PATCH] [clang-format] Fix brace wrapping for Java records
The brace
@@ -58,3 +58,106 @@ void SPIRVCombinerHelper::applySPIRVDistance(MachineInstr
&MI) const {
MI.eraseFromParent();
}
+
+/// This match is part of a combine that
+/// rewrites select(fcmp(dot(I, Ng), 0), N, -N) to faceforward(N, I, Ng)
+/// (vXf32 (g_select
+///
@@ -5501,6 +5493,55 @@ class BuiltinBitCastExpr final
}
};
+/// Represents a C++2c reflect expression (P2996).
+class CXXReflectExpr : public Expr {
+
+ // Source locations.
+ SourceLocation OperatorLoc;
+ SourceRange OperandRange;
+
+ CXXReflectExpr(const ASTContext &C,
@@ -704,3 +703,165 @@ bool DependencyScanningAction::runInvocation(
return Result;
}
+
+const std::string CompilerInstanceWithContext::FakeFileBuffer =
+std::string(MAX_NUM_NAMES, ' ');
+
+llvm::Error CompilerInstanceWithContext::initialize() {
+ std::tie(OverlayFS, Com
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/alexpaniman created
https://github.com/llvm/llvm-project/pull/164894
When using `-Xclang -dump-tokens`, the lexer dump output is currently difficult
to read because the data are misaligned. The existing implementation simply
separates the token name, spelling, flags, and loc
https://github.com/qiongsiwu updated
https://github.com/llvm/llvm-project/pull/164345
>From 19482768ca28eb478cd45a7bd0ff63f6c0af55ea Mon Sep 17 00:00:00 2001
From: Qiongsi Wu
Date: Wed, 15 Oct 2025 09:22:59 -0700
Subject: [PATCH 1/8] Inital commit of CompilerInstanceWithContext, all tests
pass
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/163154
>From 4b80151f27bdaf328198c0d657cc2e5e356536bb Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 8 Sep 2025 16:48:37 +0100
Subject: [PATCH] [ARM][AArch64] Introduce the Armv9.7-A architecture version
@@ -4945,6 +4945,12 @@ void CXXNameMangler::mangleExpression(const Expr *E,
unsigned Arity,
E = cast(E)->getSubExpr();
goto recurse;
+ case Expr::CXXReflectExprClass: {
+// TODO: implement this after introducing std::meta::info
changkhothuychung
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
>From 482e25e9ba7994194f564d3c5f34e57bc818ebf0 Mon Sep 17 00:00:00 2001
From: changkhothuychung
Date: Wed, 22 Oct 2025 14:34:06 -0400
Subject: [PATCH 01/34] parsing global namespace and primitive types
@@ -2566,6 +2566,11 @@ void StmtPrinter::VisitCXXUnresolvedConstructExpr(
OS << ')';
}
+void StmtPrinter::VisitCXXReflectExpr(CXXReflectExpr *S) {
+ // TODO: Make this better.
+ OS << "^(...)";
changkhothuychung wrote:
I think this function is also simi
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
>From 482e25e9ba7994194f564d3c5f34e57bc818ebf0 Mon Sep 17 00:00:00 2001
From: changkhothuychung
Date: Wed, 22 Oct 2025 14:34:06 -0400
Subject: [PATCH 01/33] parsing global namespace and primitive types
@@ -2164,6 +2164,11 @@ StmtProfiler::VisitLambdaExpr(const LambdaExpr *S) {
ID.AddInteger(Hasher.CalculateHash());
}
+void StmtProfiler::VisitCXXReflectExpr(const CXXReflectExpr *E) {
+ VisitExpr(E);
+ // TODO:
changkhothuychung wrote:
Will implement this
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
>From 482e25e9ba7994194f564d3c5f34e57bc818ebf0 Mon Sep 17 00:00:00 2001
From: changkhothuychung
Date: Wed, 22 Oct 2025 14:34:06 -0400
Subject: [PATCH 01/32] parsing global namespace and primitive types
https://github.com/jthackray updated
https://github.com/llvm/llvm-project/pull/163154
>From 4fdc0017ee031c7f5e1924bd908ea0ae79aad30d Mon Sep 17 00:00:00 2001
From: Jonathan Thackray
Date: Mon, 8 Sep 2025 16:48:37 +0100
Subject: [PATCH] [ARM][AArch64] Introduce the Armv9.7-A architecture version
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-aarch64-sve-vla`
running on `linaro-g3-04` while building `clang-tools-extra,clang,llvm` at step
7 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/17/builds/12111
Here is the r
llvmbot wrote:
@llvm/pr-subscribers-flang-driver
Author: Tarun Prabhu (tarunprabhu)
Changes
Passing -pie to flang will pass the flag on to the linker. Passing -no-pie will
ensure that -pie is *not* passed to the linker. This behavior is consistent
with both clang and gfortran.
Fixes #15
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
>From 482e25e9ba7994194f564d3c5f34e57bc818ebf0 Mon Sep 17 00:00:00 2001
From: changkhothuychung
Date: Wed, 22 Oct 2025 14:34:06 -0400
Subject: [PATCH 01/31] parsing global namespace and primitive types
@@ -4290,413 +4287,414 @@ TEST_F(FormatTestComments, SpaceAtLineCommentBegin) {
"// A comment with\n"
"// some indentation that has to be split.\n"
"// And now without";
- EXPECT_EQ("//
@@ -93,6 +95,13 @@ static cl::opt DisableFDivExpand(
cl::ReallyHidden,
cl::init(false));
+// Disable processing of fdiv so we can better test the backend
implementations.
LU-JOHN wrote:
Is this option necessary?
https://github.com/llvm/llvm-project/pull
@@ -2359,6 +2359,14 @@ def int_amdgcn_mbcnt_hi :
DefaultAttrsIntrinsic<[llvm_i32_ty], [llvm_i32_ty, llvm_i32_ty],
[IntrNoMem]>;
+def int_amdgcn_bcnt032_lo :
+ ClangBuiltin<"__builtin_amdgcn_bcnt032_lo">,
LU-JOHN wrote:
Is "bcnt032_lo" the name
@@ -3002,6 +3002,91 @@ static bool interp__builtin_vec_set(InterpState &S,
CodePtr OpPC,
return true;
}
+static bool interp__builtin_ia32_vcvtps2ph(InterpState &S, CodePtr OpPC,
+ const CallExpr *Call) {
+ // Arguments are: vector
https://github.com/liepieshov updated
https://github.com/llvm/llvm-project/pull/164854
>From 8d5d646dae02c2de86451c425d1e2a6f58701fc7 Mon Sep 17 00:00:00 2001
From: Kostia Liepieshov
Date: Thu, 23 Oct 2025 17:31:45 +
Subject: [PATCH] [Autocomplete] skip static annotation comment
Skip /*sta
@@ -704,3 +703,165 @@ bool DependencyScanningAction::runInvocation(
return Result;
}
+
+const std::string CompilerInstanceWithContext::FakeFileBuffer =
+std::string(MAX_NUM_NAMES, ' ');
+
+llvm::Error CompilerInstanceWithContext::initialize() {
+ std::tie(OverlayFS, Com
@@ -529,6 +529,10 @@ void ASTStmtReader::VisitCapturedStmt(CapturedStmt *S) {
}
}
+void ASTStmtReader::VisitCXXReflectExpr(CXXReflectExpr *E) {
+ llvm_unreachable("unimplemented");
changkhothuychung wrote:
I see. I guess we will implement this in another P
https://github.com/AmrDeveloper created
https://github.com/llvm/llvm-project/pull/164883
Upstream the EHPersonality class for a function as a prerequisite for working
with the handlers
Issue #154992
>From 564c440f823fa29b8783cc4a70676ecacd4f97b6 Mon Sep 17 00:00:00 2001
From: Amr Hesham
Date
@@ -380,6 +380,8 @@ FEATURE(cxx_abi_relative_vtable, LangOpts.CPlusPlus &&
LangOpts.RelativeCXXABIVT
FEATURE(clang_atomic_attributes, true)
+FEATURE(reflection, LangOpts.Reflection)
changkhothuychung wrote:
removed
https://github.com/llvm/llvm-project/pull
@@ -1848,6 +1848,11 @@ def err_placeholder_expected_auto_or_decltype_auto :
Error<
"expected 'auto' or 'decltype(auto)' after concept name">;
}
+let CategoryName = "Reflection Issue" in {
+def err_cannot_reflect_operand : Error<
+ "cannot reflect the provided operand">;
--
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
>From 482e25e9ba7994194f564d3c5f34e57bc818ebf0 Mon Sep 17 00:00:00 2001
From: changkhothuychung
Date: Wed, 22 Oct 2025 14:34:06 -0400
Subject: [PATCH 01/30] parsing global namespace and primitive types
@@ -8644,6 +8644,38 @@ TEST_F(FormatTest, BreaksFunctionDeclarations) {
" a)
{}",
Style);
+ Style.ColumnLimit = 70;
+ verifyFormat(
+ "void foo( //\n"
+ "const MySuperSuperSu
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/164692
>From 482e25e9ba7994194f564d3c5f34e57bc818ebf0 Mon Sep 17 00:00:00 2001
From: changkhothuychung
Date: Wed, 22 Oct 2025 14:34:06 -0400
Subject: [PATCH 01/29] parsing global namespace and primitive types
1 - 100 of 528 matches
Mail list logo
