https://github.com/inaki-amatria edited
https://github.com/llvm/llvm-project/pull/127986
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/realqhc edited
https://github.com/llvm/llvm-project/pull/123271
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ergawy wrote:
Thanks @skatrak and @bhandarkar-pranav for the approval.
@kiranchandramohan @clementval I think there is a pretty simple solution that
enables us to mark multi-range loop nests. I think we can add an optional
attribute to the `fir::DoLoopOp` to store the loop nest depth: `nest_de
https://github.com/cor3ntin updated
https://github.com/llvm/llvm-project/pull/128145
>From 55dcf33ba907e8c273ee3dfe196b71bc4b70c325 Mon Sep 17 00:00:00 2001
From: Corentin Jabot
Date: Fri, 21 Feb 2025 08:41:07 +0100
Subject: [PATCH] [Clang] Default the warning for chained comparison to an
erro
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/18556
SixWeining wrote:
> > Could you add some tests in ohos.c with the `--sysroot` option specified?
>
> Could I confirm what the test targeting the `--sysroot` option is for? Is it
> also intended to test the `page-size`?
I mean the purpose is to check whether clang driver passes correct options t
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/128141
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Timm Baeder
Date: 2025-02-21T09:47:08+01:00
New Revision: 97ed2019c41f2c0208699ab3593b681487754d58
URL:
https://github.com/llvm/llvm-project/commit/97ed2019c41f2c0208699ab3593b681487754d58
DIFF:
https://github.com/llvm/llvm-project/commit/97ed2019c41f2c0208699ab3593b681487754d58.diff
L
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/12085
Here is the relevant piece of
cor3ntin wrote:
I wonder if we should remove the `bugprone-chained-comparison` tidy check - not
sure there is value in both clang and clang tidy having the same warning. But I
don't know what our policy is in that regard.
https://github.com/llvm/llvm-project/pull/128145
___
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-x86_64-debian-dylib`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/60/builds/20112
Here is the r
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/12598
Here is the relevant pie
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x86_64-debian-fast`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/56/builds/19108
Here is the rel
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/17437
Here is
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 5 "ninja check
1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/27/builds/6449
Here is the relevant piece o
ojhunt wrote:
These updates in principle bring the major semantics up to match P2719r4
Primary changes:
* CV qualifiers are dropped
* size and alignment parameters become mandatory, semantics for placement
cleanup are updated to permit this, and to permit cleanup when the cleanup
operator dele
rj-jesus wrote:
Thank you very much for checking! If you have any other comments please let me
know.
https://github.com/llvm/llvm-project/pull/127837
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
davemgreen wrote:
It probably needs to not happen with -fno-unaligned-access (or +strict-align),
unless the load / store is known to be 16byte aligned. See
https://github.com/llvm/llvm-project/issues/119732 from recently. (Also I guess
they shouldn't work in BE, but I believe that is not suppo
rj-jesus wrote:
Thanks for the pointer, @davemgreen. You're right, with `+strict-align` this
has to be 16B aligned.
This is also only valid for LE, but this should already be enforced.
https://github.com/llvm/llvm-project/pull/127837
___
cfe-commits m
@@ -179,8 +181,41 @@ bool CoreEngine::ExecuteWorkList(const LocationContext *L,
unsigned MaxSteps,
return WList->hasWork();
}
-void CoreEngine::dispatchWorkItem(ExplodedNode* Pred, ProgramPoint Loc,
- const WorkListUnit& WU) {
+static std::s
@@ -235,3 +235,24 @@
// CHECK-OHOS-PTHREAD-NOT: -lpthread
+// RUN: %clang -### --target=aarch64-linux-ohos %s 2>&1 | \
+// RUN: FileCheck --check-prefix=CHECK-MAXPAGESIZE-4KB %s
+// RUN: %clang -### --target=aarch64-none-linux-gnu %s 2>&1 | \
+// RUN: FileCheck --check-pr
Ami-zhang wrote:
> Could you add some tests in ohos.c with the `--sysroot` option specified?
Could I confirm what the test targeting the `--sysroot` option is for? Is it
also intended to test the `page-size`?
https://github.com/llvm/llvm-project/pull/127555
@@ -235,3 +235,24 @@
// CHECK-OHOS-PTHREAD-NOT: -lpthread
+// RUN: %clang -### --target=aarch64-linux-ohos %s 2>&1 | \
+// RUN: FileCheck --check-prefix=CHECK-MAXPAGESIZE-4KB %s
+// RUN: %clang -### --target=aarch64-none-linux-gnu %s 2>&1 | \
+// RUN: FileCheck --check-pr
Author: Timm Bäder
Date: 2025-02-21T09:57:16+01:00
New Revision: ad3f7d2c71b062dd1c2fb1fa78e81cc7b3ba53e9
URL:
https://github.com/llvm/llvm-project/commit/ad3f7d2c71b062dd1c2fb1fa78e81cc7b3ba53e9
DIFF:
https://github.com/llvm/llvm-project/commit/ad3f7d2c71b062dd1c2fb1fa78e81cc7b3ba53e9.diff
LO
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `premerge-monolithic-linux`
running on `premerge-linux-1` while building `clang` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/153/builds/23495
Here is
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-armv8-quick` running
on `linaro-clang-armv8-quick` while building `clang` at step 5 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/154/builds/12194
Here is the relevant piece o
https://github.com/frederick-vs-ja updated
https://github.com/llvm/llvm-project/pull/127568
>From 2c9e6e45944891af54cba9648297a996bb4d8cca Mon Sep 17 00:00:00 2001
From: "A. Jiang"
Date: Tue, 18 Feb 2025 14:03:35 +0800
Subject: [PATCH 1/2] [clang] Predefine `_CRT_USE_BUILTIN_OFFSETOF` in
MS-co
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-cmake-x86_64-avx512-linux` running on `avx512-intel64` while building
`clang` at step 7 "ninja check 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/133/builds/11681
Here is the relevant pi
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-sie-win`
running on `sie-win-worker` while building `clang` at step 7
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/46/builds/12418
Here is th
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/15046
Here is th
@@ -0,0 +1,17 @@
+// RUN: %clang_cc1 %s -triple i686-pc-win32 -fsyntax-only -verify
-fms-compatibility
frederick-vs-ja wrote:
Added. I decided to add the positive and negative tests together. Luckily,
UCRT's `` selects `__builtin_offsetof` when `_MSC_VER` isn't
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-gcc-ubuntu` running on `sie-linux-worker3` while building
`clang` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/174/builds/13387
Her
https://github.com/carlosgalvezp created
https://github.com/llvm/llvm-project/pull/128150
Currently, clang-tidy processes the entire TranslationUnit, including
declarations in system headers. However, the work done in system headers is
discarded at the very end when presenting results, unless
llvmbot wrote:
@llvm/pr-subscribers-clang-tidy
@llvm/pr-subscribers-clang-tools-extra
Author: Carlos Galvez (carlosgalvezp)
Changes
Currently, clang-tidy processes the entire TranslationUnit, including
declarations in system headers. However, the work done in system headers is
discarded
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-debian-cpp20`
running on `clang-debian-cpp20` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/108/builds/9569
Here is the r
https://github.com/JDPailleux updated
https://github.com/llvm/llvm-project/pull/127605
>From 75c8eb0bf27529c629da02b140502e7557b9be46 Mon Sep 17 00:00:00 2001
From: Jean-Didier Pailleux
Date: Tue, 18 Feb 2025 10:12:32 +0100
Subject: [PATCH] [flang][Driver] Add support of -fd-lines-as-comments a
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-ppc64le-linux-test-suite` running on `ppc64le-clang-test-suite` while
building `clang` at step 6 "test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/95/builds/987
@@ -1773,20 +1773,19 @@ bool Sema::IsAtLeastAsConstrained(NamedDecl *D1,
NamedDecl *D2,
MutableArrayRef AC2,
bool &Result) {
+#ifndef NDEBUG
if (const auto *FD1 = dyn_cast(D
jvoung wrote:
In case others notice similar in ClangTidy
(`bugprone-unchecked-optional-access`), we are seeing crashes after this change
https://github.com/llvm/llvm-project/issues/128068
I'm not yet sure the best fix.
https://github.com/llvm/llvm-project/pull/127338
_
@@ -331,9 +335,38 @@ FuncType FuncType::clone(TypeRange inputs, TypeRange
results) const {
return get(llvm::to_vector(inputs), results[0], isVarArg());
}
-mlir::ParseResult parseFuncTypeArgs(mlir::AsmParser &p,
-llvm::SmallVector ¶ms,
-
@@ -0,0 +1,130 @@
+//===--- AmbiguousSmartptrResetCallCheck.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
@@ -2862,6 +2862,30 @@ bool QualType::isTriviallyRelocatableType(const
ASTContext &Context) const {
}
}
+bool QualType::isCppTriviallyRelocatableType(const ASTContext &Context) const {
+ QualType BaseElementType = Context.getBaseElementType(*this);
+ if (BaseElementType->
@@ -1057,12 +1057,24 @@ def ext_ms_abstract_keyword : ExtWarn<
"'abstract' keyword is a Microsoft extension">,
InGroup;
+def ext_relocatable_keyword : ExtWarn<
+ "'%select{trivially_relocatable|replaceable}0_if_eligible' "
+ "keyword is a C++2c extension">,
+ InGroup;
+
Author: Sirraide
Date: 2025-02-21T15:37:57+01:00
New Revision: 4d6167ed96d324cb1decb350c6d6d31090182040
URL:
https://github.com/llvm/llvm-project/commit/4d6167ed96d324cb1decb350c6d6d31090182040
DIFF:
https://github.com/llvm/llvm-project/commit/4d6167ed96d324cb1decb350c6d6d31090182040.diff
LOG:
https://github.com/Sirraide closed
https://github.com/llvm/llvm-project/pull/125117
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -7258,6 +7261,221 @@ void Sema::CheckCompletedCXXClass(Scope *S,
CXXRecordDecl *Record) {
}
}
+static bool hasSuitableConstructorForReplaceability(CXXRecordDecl *D,
+bool Implicit) {
+ assert(D->hasDefinition() && !D->
Author: cor3ntin
Date: 2025-02-21T15:52:09+01:00
New Revision: b732e14cb5681abff78e3873987a2a8b39549c83
URL:
https://github.com/llvm/llvm-project/commit/b732e14cb5681abff78e3873987a2a8b39549c83
DIFF:
https://github.com/llvm/llvm-project/commit/b732e14cb5681abff78e3873987a2a8b39549c83.diff
LOG:
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`openmp-offload-libc-amdgpu-runtime` running on `omp-vega20-1` while building
`clang` at step 7 "Add check check-offload".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/73/builds/13404
Here is the r
https://github.com/cor3ntin closed
https://github.com/llvm/llvm-project/pull/128145
___
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! When landing, please add a release note to `clang/docs/ReleaseNotes.rst`
so users know about the change.
https://github.com/llvm/llvm-project/pull/127568
___
cfe-commits mailing list
cf
@@ -0,0 +1,272 @@
+// RUN: %clang_cc1 -std=c++2c -verify %s
+
+class Trivial {};
+struct NonRelocatable {
+~NonRelocatable();
+};
+static NonRelocatable NonRelocatable_g;
+
+class A trivially_relocatable_if_eligible {};
+class B trivially_relocatable_if_eligible : Trivial{};
+
@@ -0,0 +1,272 @@
+// RUN: %clang_cc1 -std=c++2c -verify %s
+
+class Trivial {};
+struct NonRelocatable {
+~NonRelocatable();
+};
+static NonRelocatable NonRelocatable_g;
+
+class A trivially_relocatable_if_eligible {};
+class B trivially_relocatable_if_eligible : Trivial{};
+
@@ -1875,6 +1875,54 @@ static ExprResult BuiltinIsWithinLifetime(Sema &S,
CallExpr *TheCall) {
<< 0;
return ExprError();
}
+ return TheCall;
+}
+
+static ExprResult BuiltinTriviallyRelocate(Sema &S, CallExpr *TheCall) {
+ if (S.checkArgCount(TheCall, 3))
+r
@@ -2692,16 +2693,75 @@ bool Parser::isCXX11FinalKeyword() const {
Specifier == VirtSpecifiers::VS_Sealed;
}
+bool Parser::isCXX2CTriviallyRelocatableKeyword(Token Tok) const {
+ if (!getLangOpts().CPlusPlus || Tok.isNot(tok::identifier))
+return false;
+ if (!I
@@ -1875,6 +1875,54 @@ static ExprResult BuiltinIsWithinLifetime(Sema &S,
CallExpr *TheCall) {
<< 0;
return ExprError();
}
+ return TheCall;
+}
+
+static ExprResult BuiltinTriviallyRelocate(Sema &S, CallExpr *TheCall) {
+ if (S.checkArgCount(TheCall, 3))
+r
@@ -7258,6 +7261,221 @@ void Sema::CheckCompletedCXXClass(Scope *S,
CXXRecordDecl *Record) {
}
}
+static bool hasSuitableConstructorForReplaceability(CXXRecordDecl *D,
+bool Implicit) {
+ assert(D->hasDefinition() && !D->
@@ -0,0 +1,272 @@
+// RUN: %clang_cc1 -std=c++2c -verify %s
+
+class Trivial {};
+struct NonRelocatable {
+~NonRelocatable();
+};
+static NonRelocatable NonRelocatable_g;
+
+class A trivially_relocatable_if_eligible {};
+class B trivially_relocatable_if_eligible : Trivial{};
+
@@ -0,0 +1,272 @@
+// RUN: %clang_cc1 -std=c++2c -verify %s
+
+class Trivial {};
+struct NonRelocatable {
+~NonRelocatable();
+};
+static NonRelocatable NonRelocatable_g;
+
+class A trivially_relocatable_if_eligible {};
+class B trivially_relocatable_if_eligible : Trivial{};
+
https://github.com/Sirraide edited
https://github.com/llvm/llvm-project/pull/127636
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/balazske updated
https://github.com/llvm/llvm-project/pull/127191
From 1f2ad6d5ce6f11fb031ec2175527f56ea86761ec Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bal=C3=A1zs=20K=C3=A9ri?=
Date: Mon, 3 Feb 2025 15:35:31 +0100
Subject: [PATCH 1/5] [clang][analyzer] Add checker
'alpha.c
@@ -7258,6 +7261,221 @@ void Sema::CheckCompletedCXXClass(Scope *S,
CXXRecordDecl *Record) {
}
}
+static bool hasSuitableConstructorForReplaceability(CXXRecordDecl *D,
+bool Implicit) {
+ assert(D->hasDefinition() && !D->
https://github.com/erichkeane approved this pull request.
I think this is a great idea to do now, if we have to revert it, it is
information for the WG21 paper. BUT I think this is completely reasonable.
https://github.com/llvm/llvm-project/pull/128145
_
@@ -0,0 +1,201 @@
+//- LowerCIRToMLIR.cpp - Lowering from CIR to MLIR
===//
+//
+// 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
yronglin wrote:
> In case others notice similar in ClangTidy
> (`bugprone-unchecked-optional-access`), we are seeing crashes after this
> change #128068
>
> I'm not yet sure the best fix.
Can you try to revert this change to see if the crash issue can be fixed? It
looks like I missing some c
@@ -2958,6 +2958,8 @@ defm clangir : BoolFOption<"clangir",
BothFlags<[], [ClangOption, CC1Option], "">>;
def emit_cir : Flag<["-"], "emit-cir">, Visibility<[ClangOption, CC1Option]>,
Group, HelpText<"Build ASTs and then lower to ClangIR">;
+def emit_cir_mlir : Flag<["-"],
https://github.com/jvoung updated
https://github.com/llvm/llvm-project/pull/128065
>From a7002fb5a61c2f6f3c4df2347b6d5f861bf45f8e Mon Sep 17 00:00:00 2001
From: Jan Voung
Date: Thu, 20 Feb 2025 19:40:16 +
Subject: [PATCH 1/3] [clang][dataflow] Add test repro for a crash
An issue with looki
yronglin wrote:
> Thanks for the warning! It's a cool feature, but the diagnostic is IMHO not
> super great at the moment.
>
> I'm doing the cleanup for the warning in Chromium at the moment, and here's
> an example that's now analyzed (from
> https://source.chromium.org/chromium/chromium/src
@@ -127,6 +127,33 @@ class AccessSpecDecl : public Decl {
static bool classofKind(Kind K) { return K == AccessSpec; }
};
+enum class RelocatableOrReplaceableClassSpecifierKind {
+ Relocatable,
+ Replaceable
+};
+
+template
+class BasicRelocatableOrReplaceableClassSpecifie
@@ -2692,16 +2693,75 @@ bool Parser::isCXX11FinalKeyword() const {
Specifier == VirtSpecifiers::VS_Sealed;
}
+bool Parser::isCXX2CTriviallyRelocatableKeyword(Token Tok) const {
+ if (!getLangOpts().CPlusPlus || Tok.isNot(tok::identifier))
+return false;
+ if (!I
jhuber6 wrote:
> As for next steps, I think we need a broader community discussion on this, so
> I would recommend an RFC proposing an approach. I don't know whether that's
> changing the behavior of `__has_builtin`, proposing `__can_use_builtin` and
> deprecating `__has_builtin`, or something
@@ -3808,13 +3866,39 @@ void Parser::ParseCXXMemberSpecification(SourceLocation
RecordLoc,
SourceLocation AbstractLoc;
bool IsFinalSpelledSealed = false;
bool IsAbstract = false;
+ TriviallyRelocatableSpecifier TriviallyRelocatable;
+ ReplaceableSpecifier Replacable;
@@ -3808,13 +3866,39 @@ void Parser::ParseCXXMemberSpecification(SourceLocation
RecordLoc,
SourceLocation AbstractLoc;
bool IsFinalSpelledSealed = false;
bool IsAbstract = false;
+ TriviallyRelocatableSpecifier TriviallyRelocatable;
+ ReplaceableSpecifier Replacable;
@@ -1057,12 +1057,24 @@ def ext_ms_abstract_keyword : ExtWarn<
"'abstract' keyword is a Microsoft extension">,
InGroup;
+def ext_relocatable_keyword : ExtWarn<
+ "'%select{trivially_relocatable|replaceable}0_if_eligible' "
+ "keyword is a C++2c extension">,
+ InGroup;
+
@@ -1057,12 +1057,24 @@ def ext_ms_abstract_keyword : ExtWarn<
"'abstract' keyword is a Microsoft extension">,
InGroup;
+def ext_relocatable_keyword : ExtWarn<
+ "'%select{trivially_relocatable|replaceable}0_if_eligible' "
erichkeane wrote:
Please put th
@@ -1826,6 +1827,12 @@ The following type trait primitives are supported by
Clang. Those traits marked
functionally equivalent to copying the underlying bytes and then dropping the
source object on the floor. This is true of trivial types and types which
were made trivia
@@ -375,11 +409,48 @@ void printFuncTypeArgs(mlir::AsmPrinter &p,
mlir::ArrayRef params,
p << ')';
}
+// Use a custom parser to handle the optional return and argument types without
+// an optional anchor.
+static mlir::ParseResult parseFuncType(mlir::AsmParser &p,
+
@@ -375,11 +409,48 @@ void printFuncTypeArgs(mlir::AsmPrinter &p,
mlir::ArrayRef params,
p << ')';
}
+// Use a custom parser to handle the optional return and argument types without
+// an optional anchor.
+static mlir::ParseResult parseFuncType(mlir::AsmParser &p,
+
https://github.com/virginia-cangelosi converted_to_draft
https://github.com/llvm/llvm-project/pull/127797
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1826,6 +1827,12 @@ The following type trait primitives are supported by
Clang. Those traits marked
functionally equivalent to copying the underlying bytes and then dropping the
source object on the floor. This is true of trivial types and types which
were made trivia
@@ -3808,13 +3866,39 @@ void Parser::ParseCXXMemberSpecification(SourceLocation
RecordLoc,
SourceLocation AbstractLoc;
bool IsFinalSpelledSealed = false;
bool IsAbstract = false;
+ TriviallyRelocatableSpecifier TriviallyRelocatable;
+ ReplaceableSpecifier Replacable;
@@ -0,0 +1,130 @@
+//===--- AmbiguousSmartptrResetCallCheck.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
@@ -2862,6 +2862,30 @@ bool QualType::isTriviallyRelocatableType(const
ASTContext &Context) const {
}
}
+bool QualType::isCppTriviallyRelocatableType(const ASTContext &Context) const {
+ QualType BaseElementType = Context.getBaseElementType(*this);
Sirraid
@@ -3625,6 +3632,21 @@ Query for this feature with
``__has_builtin(__builtin_operator_new)`` or
replaceable global (de)allocation functions, but do support calling at
least
``::operator new(size_t)`` and ``::operator delete(void*)``.
+
+``__builtin_trivially_relocate
https://github.com/RKSimon updated
https://github.com/llvm/llvm-project/pull/128167
>From e73c264d0937a11fd3b08ac18a6465c6826d31f1 Mon Sep 17 00:00:00 2001
From: Simon Pilgrim
Date: Fri, 21 Feb 2025 11:57:07 +
Subject: [PATCH 1/3] [DAG] shouldReduceLoadWidth - hasOneUse check for just be
f
@@ -0,0 +1,130 @@
+//===--- AmbiguousSmartptrResetCallCheck.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
https://github.com/zahiraam created
https://github.com/llvm/llvm-project/pull/128184
MSVC mode.
>From bcf2a4708c3f9ae88f5fddafe02c95533601c887 Mon Sep 17 00:00:00 2001
From: Zahira Ammarguellat
Date: Fri, 21 Feb 2025 07:14:02 -0800
Subject: [PATCH] [CLANG-CL] Remove the 'static' declaration sp
https://github.com/zahiraam edited
https://github.com/llvm/llvm-project/pull/128184
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/DKLoehr updated
https://github.com/llvm/llvm-project/pull/127843
>From 7a919e29b221f1070c420e263760b7071dc01da8 Mon Sep 17 00:00:00 2001
From: Devon Loehr
Date: Thu, 20 Feb 2025 15:19:13 +
Subject: [PATCH 1/3] Implement mutable check in Sema
---
clang/lib/Sema/SemaDecl.
DKLoehr wrote:
Just checking in, this was approved a few days ago but hasn't been merged yet.
https://github.com/llvm/llvm-project/pull/126952
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c
DKLoehr wrote:
Good call, changed.
https://github.com/llvm/llvm-project/pull/127843
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-cmake-x86_64-avx512-linux` running on `avx512-intel64` while building
`clang-tools-extra,clang` at step 13 "test-suite".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/133/builds/11692
Here is
hokein wrote:
Another thought for supporting the `emplace_back(Args...)` case (for STL only).
The underlying implementation of the `emplace_back` relies on
`std::allocator_traits::construct(Alloc& a, T* p, Args&&... args)`, so we could
use the `lifetime_capture_by` annotation in the instantia
Author: Sean Perry
Date: 2025-02-21T10:30:35-05:00
New Revision: d2d1f143e5087e9490416bd98e49fd2f8fb5dd01
URL:
https://github.com/llvm/llvm-project/commit/d2d1f143e5087e9490416bd98e49fd2f8fb5dd01
DIFF:
https://github.com/llvm/llvm-project/commit/d2d1f143e5087e9490416bd98e49fd2f8fb5dd01.diff
LO
https://github.com/perry-ca closed
https://github.com/llvm/llvm-project/pull/123399
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zahiraam edited
https://github.com/llvm/llvm-project/pull/128184
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -339,6 +339,35 @@ class ClangTidyASTConsumer : public MultiplexConsumer {
void anchor() override {};
};
+/// ASTConsumer that filters top-level declarations that are in system headers,
+/// and sets the AST traversal scope to only cover the declarations in user
+/// heade
@@ -339,6 +339,35 @@ class ClangTidyASTConsumer : public MultiplexConsumer {
void anchor() override {};
};
+/// ASTConsumer that filters top-level declarations that are in system headers,
+/// and sets the AST traversal scope to only cover the declarations in user
+/// heade
Author: Devon Loehr
Date: 2025-02-21T16:41:04+01:00
New Revision: 6dca33ce20693381beab9817c12d512dfdac0b02
URL:
https://github.com/llvm/llvm-project/commit/6dca33ce20693381beab9817c12d512dfdac0b02
DIFF:
https://github.com/llvm/llvm-project/commit/6dca33ce20693381beab9817c12d512dfdac0b02.diff
L
https://github.com/zmodem closed
https://github.com/llvm/llvm-project/pull/127843
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,164 @@
+//===--- UseNumericLimitsCheck.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
1 - 100 of 451 matches
Mail list logo
