Author: Stephen Tozer
Date: 2025-04-25T00:36:28+01:00
New Revision: fdbf073a86573c9ac4d595fac8e06d252ce1469f
URL:
https://github.com/llvm/llvm-project/commit/fdbf073a86573c9ac4d595fac8e06d252ce1469f
DIFF:
https://github.com/llvm/llvm-project/commit/fdbf073a86573c9ac4d595fac8e06d252ce1469f.diff
Author: Andy Kaylor
Date: 2025-04-24T16:42:36-07:00
New Revision: b6746b06574686a587587acafb38881ca848089c
URL:
https://github.com/llvm/llvm-project/commit/b6746b06574686a587587acafb38881ca848089c
DIFF:
https://github.com/llvm/llvm-project/commit/b6746b06574686a587587acafb38881ca848089c.diff
L
@@ -470,8 +470,16 @@ static void InitializeStandardPredefinedMacros(const
TargetInfo &TI,
if (LangOpts.CPlusPlus26)
// FIXME: Use correct value for C++26.
Builder.defineMacro("__cplusplus", "202400L");
-else if (LangOpts.CPlusPlus23)
+else if (LangOpts.
https://github.com/vbvictor edited
https://github.com/llvm/llvm-project/pull/136571
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/melver created
https://github.com/llvm/llvm-project/pull/137133
Introduce the `reentrant_capability` attribute, which may be specified
alongside the `capability(..)` attribute to denote that the defined
capability type is reentrant. Marking a capability as reentrant means
that
llvmbot wrote:
@llvm/pr-subscribers-clang-analysis
@llvm/pr-subscribers-clang
Author: Marco Elver (melver)
Changes
Introduce the `reentrant_capability` attribute, which may be specified
alongside the `capability(..)` attribute to denote that the defined
capability type is reentrant. Markin
Markus =?utf-8?q?Gschoßmann?= ,
Markus =?utf-8?q?Gschoßmann?= ,
Markus =?utf-8?q?Gschoßmann?= ,
Markus =?utf-8?q?Gschoßmann?=
Message-ID:
In-Reply-To:
rnk wrote:
> the issue still repros for me with this change reverted.
This was actually user error on my side, after messing around a bit I wa
Author: SivanShani-Arm
Date: 2025-04-24T09:43:23+01:00
New Revision: be044976b6c27a5553d7e83d60f64c4a72c0de52
URL:
https://github.com/llvm/llvm-project/commit/be044976b6c27a5553d7e83d60f64c4a72c0de52
DIFF:
https://github.com/llvm/llvm-project/commit/be044976b6c27a5553d7e83d60f64c4a72c0de52.diff
https://github.com/sivan-shani closed
https://github.com/llvm/llvm-project/pull/136850
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/rorth created
https://github.com/llvm/llvm-project/pull/137141
Since commit 613a077b05b8352a48695be295037306f5fca151, `flang` doesn't build
any longer on Solaris/amd64:
```
flang/lib/Evaluate/intrinsics-library.cpp:225:26:
error: address of overloaded function 'acos' does not
@@ -423,8 +423,8 @@ static void instantiateOMPDeclareVariantAttr(
auto *FD = cast(New);
auto *ThisContext = dyn_cast_or_null(FD->getDeclContext());
- auto &&SubstExpr = [FD, ThisContext, &S, &TemplateArgs](Expr *E) {
-if (auto *DRE = dyn_cast(E->IgnoreParenImpCasts())
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Rainer Orth (rorth)
Changes
Since commit 613a077b05b8352a48695be295037306f5fca151, `flang` doesn't build
any longer on Solaris/amd64:
```
flang/lib/Evaluate/intrinsics-library.cpp:225:26:
error: address of overloaded function 'acos' does n
SunilKuravinakop wrote:
> Hmm, this PR is much shorter than it used to be.
The initial PR where you had given your comments was
[117904](https://github.com/llvm/llvm-project/pull/117904) . I had made a push
to wrong branch and as such 117904 was closed. I Could not re-open it. I ended
up cre
ravurvi20 wrote:
@alexey-bataev I have pushed the requested changes. Could you please approve
this PR.
https://github.com/llvm/llvm-project/pull/128640
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/list
Author: Timm Bäder
Date: 2025-04-24T11:37:54+02:00
New Revision: 82c25d27501996683f30eb92dabf8a11925b7a62
URL:
https://github.com/llvm/llvm-project/commit/82c25d27501996683f30eb92dabf8a11925b7a62
DIFF:
https://github.com/llvm/llvm-project/commit/82c25d27501996683f30eb92dabf8a11925b7a62.diff
LO
@@ -0,0 +1,114 @@
+//===--- InvalidEnumDefaultInitializationCheck.cpp - clang-tidy
---===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Ap
@@ -3032,6 +2980,93 @@ int UnwindCursor::stepThroughSigReturn(Registers_s390x &) {
#endif // defined(_LIBUNWIND_CHECK_LINUX_SIGRETURN) &&
// defined(_LIBUNWIND_TARGET_S390X)
+#if defined(_LIBUNWIND_CHECK_HAIKU_SIGRETURN)
+static size_t signalHandlerSize = 0;
+
+template
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/128735
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat approved this pull request.
This commit looks good to me, although I'm not very familiar with this area.
I agree that the sentence "I did not check for other possibilities for
namespaces that are not in a TU or namespace but at least the code should
handle all case
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/130383
>From 1e6ed0266fb849f14d6b952dcd84e277ed70aa58 Mon Sep 17 00:00:00 2001
From: Mathias Stearn
Date: Thu, 19 Dec 2024 16:22:04 +0100
Subject: [PATCH 01/12] [libclang/python] Add equality comparison operators
https://github.com/trungnt2910 updated
https://github.com/llvm/llvm-project/pull/135367
>From 464d992011ad3191f67c1308741e3a5c66c96237 Mon Sep 17 00:00:00 2001
From: Trung Nguyen
Date: Fri, 11 Apr 2025 23:53:14 +1000
Subject: [PATCH] [libunwind][Haiku] Fix signal frame unwinding
The current un
Author: Timm Baeder
Date: 2025-04-24T11:01:46+02:00
New Revision: 55066b83612b6bcc8c38ef6a84e5230ad116730f
URL:
https://github.com/llvm/llvm-project/commit/55066b83612b6bcc8c38ef6a84e5230ad116730f
DIFF:
https://github.com/llvm/llvm-project/commit/55066b83612b6bcc8c38ef6a84e5230ad116730f.diff
L
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/137128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/128735
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
DeinAlptraum wrote:
Since there's been no update here for a while, can this be closed?
@AaronBallman @vgvassilev
https://github.com/llvm/llvm-project/pull/108529
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/ma
@@ -95,6 +95,8 @@ struct CopiedTypeVisitor {
return asDerived().visitARCWeak(FT, std::forward(Args)...);
case QualType::PCK_Struct:
return asDerived().visitStruct(FT, std::forward(Args)...);
+case QualType::PCK_PtrAuth:
zmodem wrote:
style
@@ -103,3 +103,46 @@ static_assert(_Generic(typeof(overload_func(&ptr0)), int :
1, default : 0));
static_assert(_Generic(typeof(overload_func(&valid0)), float : 1, default :
0));
void func(int array[__ptrauth(VALID_DATA_KEY) 10]); // expected-error
{{'__ptrauth' qualifier o
https://github.com/zmodem commented:
Looks reasonable to my non-expert eyes
https://github.com/llvm/llvm-project/pull/136783
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zmodem edited
https://github.com/llvm/llvm-project/pull/136783
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Jannick Kremer
Date: 2025-04-24T11:15:50+02:00
New Revision: c6c08462ee3e8fc3d9cf9a69bb51175be49d5d3c
URL:
https://github.com/llvm/llvm-project/commit/c6c08462ee3e8fc3d9cf9a69bb51175be49d5d3c
DIFF:
https://github.com/llvm/llvm-project/commit/c6c08462ee3e8fc3d9cf9a69bb51175be49d5d3c.diff
https://github.com/DeinAlptraum closed
https://github.com/llvm/llvm-project/pull/130383
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
vgvassilev wrote:
Yes. Good point.
https://github.com/llvm/llvm-project/pull/108529
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vgvassilev closed
https://github.com/llvm/llvm-project/pull/108529
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
DeinAlptraum wrote:
@Endilll if this fulfills your requested changes, can this be merged?
https://github.com/llvm/llvm-project/pull/132776
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commi
Author: Fraser Cormack
Date: 2025-04-24T11:24:24+01:00
New Revision: d664c42baaed7f47a80f73a3974afd6e2593e41a
URL:
https://github.com/llvm/llvm-project/commit/d664c42baaed7f47a80f73a3974afd6e2593e41a
DIFF:
https://github.com/llvm/llvm-project/commit/d664c42baaed7f47a80f73a3974afd6e2593e41a.diff
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/137149
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/SLTozer updated
https://github.com/llvm/llvm-project/pull/136867
>From 90c09c8326077a1ba6797519bbefd014f32b5beb Mon Sep 17 00:00:00 2001
From: Stephen Tozer
Date: Wed, 23 Apr 2025 14:24:50 +0100
Subject: [PATCH 1/2] [Clang] Emit Fake Uses before musttail calls
Fixes the issu
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
And only convert to the target type after that.
---
Full diff: https://github.com/llvm/llvm-project/pull/137128.diff
2 Files Affected:
- (modified) clang/lib/AST/ByteCode/Interp.h (+16-10)
- (added) clang
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/137128
And only convert to the target type after that.
>From 00823f8e58ee1b1e8e5660f5e727d9abc72feecf Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Thu, 24 Apr 2025 08:16:05 +0200
Subject: [PATCH
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/137095
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
melver wrote:
In
https://lore.kernel.org/all/CANpmjNPquO=W1JAh1FNQb8pMQjgeZAKCPQUAd7qUg=5pjJ6x=q...@mail.gmail.com/
I wrote:
> 1. Re-entrant acquires: rcu_read_lock(), preempt_disable(), etc. are
> all re-entrant locks. My proposal is to introduce an attribute that
> can be added to "ACQUIRE(.
@@ -5237,8 +5237,8 @@ width/count of the set of target architectures supported
by your application.
...
}
-Specifying a width/count of 1 disables the optimization, and is equivalent to
-``vectorize(disable)`` or ``interleave(disable)``.
kasuga-fj wrote:
@@ -130,6 +133,20 @@ static bool saveMLIRTempFile(const CompilerInvocation &ci,
// Custom BeginSourceFileAction
//===--===//
+
+static llvm::cl::opt ClPGOColdFuncAttr(
kiranchandramohan wrote
@@ -101,9 +103,11 @@ T tmain(T argc, T *argv) {
a = 2;
#pragma omp task default(none), private(argc, b) firstprivate(argv) shared(d)
if (argc > 0) final(S::TS > 0) priority(argc) affinity(argc, argv[b:argc],
arr[:], ([argc][sizeof(T)])argv)
foo();
+#ifndef OMP60
-
DeinAlptraum wrote:
@nightlark (ping) are you still looking into this?
https://github.com/llvm/llvm-project/pull/125806
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/137149
The macros defined by this file (not to be confused with clcmacro.h) don't
appear necessary for building libclc.
The language version macros should be handled by clang, and there are no uses
of NULL or ker
@@ -3700,6 +3701,11 @@ CGOpenMPRuntime::emitTaskInit(CodeGenFunction &CGF,
SourceLocation Loc,
if (NeedsCleanup)
Flags = Flags | DestructorsFlag;
}
+ if (const auto *Clause = D.getSingleClause()) {
Ritanya-B-Bharadwaj wrote:
Sorry, I’m not sure I
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/137149
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/anutosh491 updated
https://github.com/llvm/llvm-project/pull/136404
>From 1b18e96882590825075b8f8e5094fdcb5225d349 Mon Sep 17 00:00:00 2001
From: anutosh491
Date: Fri, 18 Apr 2025 18:45:00 +0530
Subject: [PATCH 1/5] Fix cuda flag with clang-repl
---
clang/include/clang/Inte
https://github.com/anutosh491 updated
https://github.com/llvm/llvm-project/pull/136404
>From 1f7205615f8d11c1b58e2a2760f85663f97767c5 Mon Sep 17 00:00:00 2001
From: anutosh491
Date: Fri, 18 Apr 2025 18:45:00 +0530
Subject: [PATCH] Fix cuda flag with clang-repl
---
clang/include/clang/Interpre
https://github.com/Endilll approved this pull request.
https://github.com/llvm/llvm-project/pull/130383
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1 @@
+1, 2, 3
Endilll wrote:
Lack of newline at the end of the file doesn't seem to be an important part of
the test. You should add it to both `a.inc` and `b.inc`
https://github.com/llvm/llvm-project/pull/130383
___
@@ -3691,6 +3691,7 @@ CGOpenMPRuntime::emitTaskInit(CodeGenFunction &CGF,
SourceLocation Loc,
DestructorsFlag = 0x8,
PriorityFlag = 0x20,
DetachableFlag = 0x40,
+PoolFlag = 0x80,
Ritanya-B-Bharadwaj wrote:
This is a minimal and safe addition —
github-actions[bot] wrote:
@HampusAdolfsson Congratulations on having your first Pull Request (PR) merged
into the LLVM Project!
Your changes will be combined with recent changes from other authors, then
tested by our [build bots](https://lab.llvm.org/buildbot/). If there is a
problem with
https://github.com/HighCommander4 closed
https://github.com/llvm/llvm-project/pull/134657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Hampus Adolfsson
Date: 2025-04-24T03:28:35-04:00
New Revision: bea110db3ed1fa1215bb8e22d2057019fcbd2d16
URL:
https://github.com/llvm/llvm-project/commit/bea110db3ed1fa1215bb8e22d2057019fcbd2d16
DIFF:
https://github.com/llvm/llvm-project/commit/bea110db3ed1fa1215bb8e22d2057019fcbd2d16.di
anutosh491 wrote:
Hey @vgvassilev @argentite
With these changes, I am positive we atleast have the design in place to run
any of these Cuda tests
(https://github.com/llvm/llvm-project/tree/main/clang/test/Interpreter/CUDA)
For example running the sanity.cu file
```
anutosh491@vv-nuc:/build/
nikic wrote:
A naive question from someone who is not familiar with this area: Is any of
this stuff usable with anything but a matching version of clang? If no, can we
place these things in the clang resource directory, where the other
version-bound runtimes live?
https://github.com/llvm/llvm
https://github.com/asavonic updated
https://github.com/llvm/llvm-project/pull/136689
>From 348c94f4ef9b3fda5538813251360ccd8f6ffc44 Mon Sep 17 00:00:00 2001
From: Andrew Savonichev
Date: Mon, 21 Apr 2025 19:45:05 +0900
Subject: [PATCH 1/2] [clang] Fix computeTypeLinkageInfo for dependent member
https://github.com/asavonic edited
https://github.com/llvm/llvm-project/pull/136689
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
anutosh491 wrote:
Was able to address the issue here.
Making a commit soon !
https://github.com/llvm/llvm-project/pull/136404
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
asavonic wrote:
Updated the patch to lookup linkage/visibility of dependent types.
Changed commit description to better explain the problem.
https://github.com/llvm/llvm-project/pull/136689
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https:
@@ -48,14 +48,6 @@ if (LLVM_ENABLE_DOXYGEN)
set(bolt_doxygen_qhp_cust_filter_attrs "")
endif()
- option(LLVM_DOXYGEN_SVG
cor3ntin wrote:
The couple of projects I found on Github (which sets it to "on" might get
```
CMake Warning:
Manually-specified
https://github.com/mstorsjo edited
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
HighCommander4 wrote:
Thanks; I'll go ahead and merge.
https://github.com/llvm/llvm-project/pull/134657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
balazske wrote:
> I wonder if behavior of this check should be an extension to
> [optin.core.EnumCastOutOfRange](https://clang.llvm.org/docs/analyzer/checkers.html#optin-core-enumcastoutofrange).
> Sure, we don't have `static_cast` here but it's still considered as "cast
> out of range"? Maybe
https://github.com/melver updated
https://github.com/llvm/llvm-project/pull/137133
>From c60ccbc31de8e81e6a4af915a83b8271f58f8e7e Mon Sep 17 00:00:00 2001
From: Marco Elver
Date: Wed, 23 Apr 2025 11:31:25 +0200
Subject: [PATCH 1/2] Thread Safety Analysis: Convert CapabilityExpr::CapExpr
to hol
https://github.com/melver updated
https://github.com/llvm/llvm-project/pull/137133
>From c60ccbc31de8e81e6a4af915a83b8271f58f8e7e Mon Sep 17 00:00:00 2001
From: Marco Elver
Date: Wed, 23 Apr 2025 11:31:25 +0200
Subject: [PATCH 1/2] Thread Safety Analysis: Convert CapabilityExpr::CapExpr
to hol
https://github.com/smithp35 commented:
Apologies I've got a few more questions as I'm not sure I've understood.
https://github.com/llvm/llvm-project/pull/121829
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mail
@@ -110,20 +110,81 @@ static std::string computeBaseSysRoot(const Driver &D,
bool IncludeTriple) {
return std::string(SysRootDir);
}
+static bool hasGCCToolChainAlongSideClang(const Driver &D) {
+ SmallString<128> GCCDir;
+ llvm::sys::path::append(GCCDir, D.Dir, "..", D.g
https://github.com/smithp35 edited
https://github.com/llvm/llvm-project/pull/121829
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -110,20 +110,81 @@ static std::string computeBaseSysRoot(const Driver &D,
bool IncludeTriple) {
return std::string(SysRootDir);
}
+static bool hasGCCToolChainAlongSideClang(const Driver &D) {
smithp35 wrote:
> I am not aware if there is any common file
Author: Fraser Cormack
Date: 2025-04-24T11:42:18+01:00
New Revision: 2edade28245b1fc2b7cb0b39804894f8fdcfb7ff
URL:
https://github.com/llvm/llvm-project/commit/2edade28245b1fc2b7cb0b39804894f8fdcfb7ff
DIFF:
https://github.com/llvm/llvm-project/commit/2edade28245b1fc2b7cb0b39804894f8fdcfb7ff.diff
smithp35 wrote:
> > I'm looking at this patch in isolation, so its possible that the comments
> > here are addressed elasewhere.
> > It looks like useful functionality to add to the bare metal driver.
> > It also looks like there is some scope for some documentation, for users
> > and for toolc
https://github.com/AaronBallman closed
https://github.com/llvm/llvm-project/pull/136855
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -110,20 +110,81 @@ static std::string computeBaseSysRoot(const Driver &D,
bool IncludeTriple) {
return std::string(SysRootDir);
}
+static bool hasGCCToolChainAlongSideClang(const Driver &D) {
+ SmallString<128> GCCDir;
+ llvm::sys::path::append(GCCDir, D.Dir, "..", D.g
@@ -47,18 +98,51 @@ class CIRGenFunctionInfo final
// This function has to be CamelCase because llvm::FoldingSet requires so.
// NOLINTNEXTLINE(readability-identifier-naming)
- static void Profile(llvm::FoldingSetNodeID &id, CanQualType resultType) {
+ static void Profil
Author: Aaron Ballman
Date: 2025-04-24T06:37:11-04:00
New Revision: 15321d2c9e686b382262339fa17c5445b1b2609f
URL:
https://github.com/llvm/llvm-project/commit/15321d2c9e686b382262339fa17c5445b1b2609f
DIFF:
https://github.com/llvm/llvm-project/commit/15321d2c9e686b382262339fa17c5445b1b2609f.diff
AaronBallman wrote:
Yeah, sorry, I feel I accidentally derailed the conversation by talking about
new types. :-) Are we converging on the idea of using type sugar?
https://github.com/llvm/llvm-project/pull/136542
___
cfe-commits mailing list
cfe-commi
AaronBallman wrote:
> Hi @AaronBallman ! Again I appreciate your suggestion. I ran into some
> complexities when adding a test. It is precisely that this is a very internal
> API that is giving me some trouble. Since `clang/tools/libclang/CXString.h`
> is not an exposed header, I cannot really
@@ -142,6 +142,14 @@ NamedDecl *Parser::ParseCXXInlineMethodDef(
SkipUntil(tok::semi);
}
+if (FunctionDecl *FD =
+dyn_cast_if_present(FnD->getPreviousDecl())) {
+ if (isa(FD->getLexicalDeclContext()) ||
+ Actions.getDefaultedFunctionKind
https://github.com/sarnex created
https://github.com/llvm/llvm-project/pull/137187
Based on feedback from https://github.com/llvm/llvm-project/pull/136753, remove
the dummy values for OpenCL and make them match the zero default AS map.
>From ebfc2c8dcdc819723ac2196d8362ffea5f91ec2f Mon Sep 17
https://github.com/andykaylor edited
https://github.com/llvm/llvm-project/pull/137216
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/kmpeng edited
https://github.com/llvm/llvm-project/pull/135878
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AmrDeveloper created
https://github.com/llvm/llvm-project/pull/137233
This change adds support for the variable-length arrays
Issue https://github.com/llvm/llvm-project/issues/130197
>From b86553a6f9a087c1c064359726e649942f1499d0 Mon Sep 17 00:00:00 2001
From: AmrDeveloper
Author: Finn Plummer
Date: 2025-04-24T09:55:31-07:00
New Revision: e329b6c530f30bc645ea188cd25068c6759eb16a
URL:
https://github.com/llvm/llvm-project/commit/e329b6c530f30bc645ea188cd25068c6759eb16a
DIFF:
https://github.com/llvm/llvm-project/commit/e329b6c530f30bc645ea188cd25068c6759eb16a.diff
https://github.com/inbelic closed
https://github.com/llvm/llvm-project/pull/136747
___
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: Aaron Ballman (AaronBallman)
Changes
Unlike C++, C allows the definition of an uninitialized `const` object. If the
object has static or thread storage duration, it is still zero-initialized,
otherwise, the object is left uninitialized. I
https://github.com/inbelic edited
https://github.com/llvm/llvm-project/pull/136751
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AaronBallman approved this pull request.
LGTM!
https://github.com/llvm/llvm-project/pull/136783
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jansvoboda11 approved this pull request.
LGTM, but I'd try to align the spelling of the diagnostic
(`"-Wlazy-pcm-mismatch"`) with how we talk about the `-fmodule-file=X=X.pcm`
option (`"mapping of module name to precompiled module file"`). Maybe
`"-Wmodule-file-mapping-misma
@@ -21,9 +21,24 @@ let cppNamespace = "::cir" in {
// The CIRCallOpInterface must be used instead of CallOpInterface when
looking
// at arguments and other bits of CallOp. This creates a level of abstraction
// that's useful for handling indirect calls and other details.
RKSimon wrote:
@jayfoad reverse-ping - what's the plan for this please?
https://github.com/llvm/llvm-project/pull/123072
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -802,6 +804,132 @@ Block
*cir::BrCondOp::getSuccessorForOperands(ArrayRef operands) {
return nullptr;
}
+//===--===//
+// CaseOp
+//===
Author: Erich Keane
Date: 2025-04-24T14:12:20-07:00
New Revision: bae4c946a1998b0d2337a8b23c07db38afcabf12
URL:
https://github.com/llvm/llvm-project/commit/bae4c946a1998b0d2337a8b23c07db38afcabf12
DIFF:
https://github.com/llvm/llvm-project/commit/bae4c946a1998b0d2337a8b23c07db38afcabf12.diff
L
https://github.com/erichkeane closed
https://github.com/llvm/llvm-project/pull/137216
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/inbelic closed
https://github.com/llvm/llvm-project/pull/134293
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
inbelic wrote:
Closing as this would actually introduce a circular dependency between
clangParse and clangSema, as surprisingly, clangParse has a dependency on
clangSema. This will need to reland after we move the HLSLRootSignatureParser
into an accessible location (most likely within clangSem
@@ -91,11 +92,19 @@ class RootSignatureParser {
/// Parsing methods of various enums
std::optional parseShaderVisibility();
+ std::optional
+ parseDescriptorRangeFlags();
inbelic wrote:
Yep, adding spaces will make clang-format complain.
https://github
@@ -802,6 +804,132 @@ Block
*cir::BrCondOp::getSuccessorForOperands(ArrayRef operands) {
return nullptr;
}
+//===--===//
+// CaseOp
+//===
201 - 300 of 501 matches
Mail list logo
