[clang-tools-extra] [llvm] [flang] [clang] [compiler-rt] [llvm][AArch64] intrinsic to generate a ubfx instruction (PR #80103)

@@ -855,6 +855,9 @@ def int_aarch64_crc32x : DefaultAttrsIntrinsic<[llvm_i32_ty], [llvm_i32_ty, llv [IntrNoMem]>; def int_aarch64_crc32cx : DefaultAttrsIntrinsic<[llvm_i32_ty], [llvm_i32_ty, llvm_i64_ty], [IntrNoMem]>; +def int_aarch64_ubfx : DefaultAttrsIntrinsic< -

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECK nickdesaulniers wrote: `CHECK` i

[clang-tools-extra] [clang-tidy] Remove enforcement of rule C.48 from cppcoreguidelines-p… (PR #80193)

https://github.com/PiotrZSL approved this pull request. Looks fine. For me check names are not the best, it's hard to figure out what they does. Maybe they should be named like prefer-using-initialization-list and prefer-using-in-class-initializers. Simply because now member initializer could

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

https://github.com/JustinStitt edited https://github.com/llvm/llvm-project/pull/80089 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[llvm] [clang] [RISCV] Support constraint "s" (PR #80201)

https://github.com/MaskRay created https://github.com/llvm/llvm-project/pull/80201 GCC has supported a generic constraint "s" for a long time (since at least 1992), which references a symbol or label with an optional constant offset. "i" is a superset that also supports a constant integer. GCC'

[llvm] [clang] [RISCV] Support constraint "s" (PR #80201)

llvmbot wrote: @llvm/pr-subscribers-backend-risc-v Author: Fangrui Song (MaskRay) Changes GCC has supported a generic constraint "s" for a long time (since at least 1992), which references a symbol or label with an optional constant offset. "i" is a superset that also supports a constant i

[clang] Partial revert "[HIP] Fix -mllvm option for device lld linker" (PR #80202)

https://github.com/yxsamliu created https://github.com/llvm/llvm-project/pull/80202 This partially reverts commit aa964f157f9b50fab3895afbfda6e0915cf6bb4a because it caused perf regressions in rccl due to drop of -mllvm -amgpu-kernarg-preload-count=16 from the linker step. Pontentially it coul

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECK JustinStitt wrote: > `CHECK` is

[clang] Partial revert "[HIP] Fix -mllvm option for device lld linker" (PR #80202)

llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Yaxun (Sam) Liu (yxsamliu) Changes This partially reverts commit aa964f157f9b50fab3895afbfda6e0915cf6bb4a because it caused perf regressions in rccl due to drop of -mllvm -amgpu-kernarg-preload-count=16 from the linker step. Ponten

[clang] Partial revert "[HIP] Fix -mllvm option for device lld linker" (PR #80202)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Yaxun (Sam) Liu (yxsamliu) Changes This partially reverts commit aa964f157f9b50fab3895afbfda6e0915cf6bb4a because it caused perf regressions in rccl due to drop of -mllvm -amgpu-kernarg-preload-count=16 from the linker step. Pontentially

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

https://github.com/JustinStitt edited https://github.com/llvm/llvm-project/pull/80089 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECK nickdesaulniers wrote: If there

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

JustinStitt wrote: Hey, does anyone know why the CI bot (buildkite) fails my builds for a trailing whitespace in a file I did not touch? https://github.com/llvm/llvm-project/pull/80089 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://li

[clang] [clang] Only set the trailing bytes to zero when filling a partially … (PR #79502)

https://github.com/efriedma-quic commented: It's not clear to me this is actually consistently profitable if the computed offset is small. If we have to emit a memset starting at a weird offset, the code might get worse overall. (e.g. on x86, a memset of 32 bytes is three instructions; a mem

[clang] [clang] Only set the trailing bytes to zero when filling a partially … (PR #79502)

@@ -945,48 +950,77 @@ static bool canEmitInitWithFewStoresAfterBZero(llvm::Constant *Init, /// For inits that canEmitInitWithFewStoresAfterBZero returned true for, emit /// the scalar stores that would be required. -static void emitStoresForInitAfterBZero(CodeGenModule &CGM,

[clang] [clang] Only set the trailing bytes to zero when filling a partially … (PR #79502)

@@ -945,48 +950,77 @@ static bool canEmitInitWithFewStoresAfterBZero(llvm::Constant *Init, /// For inits that canEmitInitWithFewStoresAfterBZero returned true for, emit /// the scalar stores that would be required. -static void emitStoresForInitAfterBZero(CodeGenModule &CGM,

[clang] [clang] Only set the trailing bytes to zero when filling a partially … (PR #79502)

https://github.com/efriedma-quic edited https://github.com/llvm/llvm-project/pull/79502 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[compiler-rt] [clang] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

https://github.com/JustinStitt updated https://github.com/llvm/llvm-project/pull/80089 >From 68805d7871230033be43c1d87dfcd2aa2b668589 Mon Sep 17 00:00:00 2001 From: Justin Stitt Date: Tue, 23 Jan 2024 23:28:42 + Subject: [PATCH 1/6] add signed-integer-wrap sanitizer --- clang/include/clan

[compiler-rt] [clang] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECK JustinStitt wrote: Gotcha. Fixed

[clang] 56e241a - [analyzer] Unbreak [[clang::suppress]] on checkers without decl-with-issue. (#79398)

Author: Artem Dergachev Date: 2024-01-31T13:55:31-08:00 New Revision: 56e241a07ff7f839d39775dbf05de5153a8e7d9f URL: https://github.com/llvm/llvm-project/commit/56e241a07ff7f839d39775dbf05de5153a8e7d9f DIFF: https://github.com/llvm/llvm-project/commit/56e241a07ff7f839d39775dbf05de5153a8e7d9f.dif

[clang] [analyzer] Unbreak [[clang::suppress]] on checkers without decl-with-issue. (PR #79398)

https://github.com/haoNoQ closed https://github.com/llvm/llvm-project/pull/79398 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv nickdesaulniers wrote: We don't have to use `update_cc_test_checks`; it's nice when we can and when the test has many CHECK lines, but I suspect most of the CHECK lines in th

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECKSIW + +// Check that -fsanitize=signed-integer-over

[clang] [clang] Fix incorrect line numbers with -E and raw string (#47577) (PR #77021)

stevecor wrote: Ping https://github.com/llvm/llvm-project/pull/77021 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[llvm] [clang] [RISCV] Support constraint "s" (PR #80201)

MaskRay wrote: The discussion with GCC seems to suggest we should encourage "s" for metadata section usage. I have some notes about these constraints https://maskray.me/blog/2024-01-30-raw-symbol-names-in-inline-assembly > While the default implementation (gcc/defaults.h) is permissive (used

[clang] [-Wunsafe-buffer-usage] Introduce std::array fixits (PR #80084)

https://github.com/jkorous-apple updated https://github.com/llvm/llvm-project/pull/80084 >From 463a9904c1ae85fbdc0bd6029c6effea3fb16ea6 Mon Sep 17 00:00:00 2001 From: Jan Korous Date: Tue, 23 Jan 2024 16:16:10 -0800 Subject: [PATCH 01/10] [-Wunsafe-buffer-usage] Move Strategy class to the head

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECKSIW + +// Check that -fsanitize=signed-integer-over

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv JustinStitt wrote: I believe @tschuett was saying that to be confident we are instrumenting the arithmetic (and the correct operands therein) we should check the overflow bit

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

https://github.com/JustinStitt deleted https://github.com/llvm/llvm-project/pull/80089 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

@@ -0,0 +1,77 @@ +// Check that -fsanitize=signed-integer-wrap instruments with -fwrapv +// RUN: %clang_cc1 -fwrapv -triple x86_64-apple-darwin -emit-llvm -o - %s -fsanitize=signed-integer-wrap | FileCheck %s --check-prefix=CHECKSIW + +// Check that -fsanitize=signed-integer-over

[clang] [compiler-rt] [Sanitizer] add signed-integer-wrap sanitizer (PR #80089)

https://github.com/JustinStitt edited https://github.com/llvm/llvm-project/pull/80089 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [WIP][-Wunsafe-buffer-usage] Start emitting std::array fixits (PR #68037)

https://github.com/jkorous-apple closed https://github.com/llvm/llvm-project/pull/68037 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [WIP][-Wunsafe-buffer-usage] Start emitting std::array fixits (PR #68037)

jkorous-apple wrote: Deprecated by a proper implementation: https://github.com/llvm/llvm-project/pull/80084 Going to address the comment about warning text. https://github.com/llvm/llvm-project/pull/68037 ___ cfe-commits mailing list cfe-commits@lists

[llvm] [clang] [CloneFunction][DebugInfo] Avoid cloning DILocalVariables of inlined functions (PR #75385)

jmorse wrote: Rats; we should be able to pin down where the problem originates from -- would you be able to describe what's malformed about the metadata, as it's not clear to us (sorry). We'll probably be able to llvm-reduce (or similar) around that description. Unfortunately IIRC it comes fr

[llvm] [flang] [compiler-rt] [clang-tools-extra] [mlir] [clang] [mlir][tosa] Add dialect version. (PR #79514)

jpienaar wrote: > This lack some information to me: > > * What is the purpose of this? To be able to flag incompatible bytecode files rather than have it fail later in mysterious ways. E.g., allows for a more strict failure. > * What kind of compatibility is this supposed to provide? None to

[llvm] [clang] New calling convention preserve_none (PR #76868)

https://github.com/weiguozhi updated https://github.com/llvm/llvm-project/pull/76868 >From 90e14918a0eb13e2187f8548416ac72491d966c1 Mon Sep 17 00:00:00 2001 From: Guozhi Wei Date: Thu, 21 Dec 2023 19:04:44 + Subject: [PATCH 1/5] New calling convention preserve_none The new calling conventi

[clang] [llvm] [RISCV][MC] MC layer support for the experimental zalasr extension (PR #79911)

https://github.com/mehnadnerd updated https://github.com/llvm/llvm-project/pull/79911 >From 3344e42d05875269b680b9626cd6cd093e88d81e Mon Sep 17 00:00:00 2001 From: brs Date: Thu, 19 Oct 2023 17:16:45 -0500 Subject: [PATCH] [RISCV][MC] MC layer support for the experimental zalasr extension ---

[clang] Partial revert "[HIP] Fix -mllvm option for device lld linker" (PR #80202)

https://github.com/yxsamliu edited https://github.com/llvm/llvm-project/pull/80202 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 7c2e32d - Partial revert "[HIP] Fix -mllvm option for device lld linker" (#80202)

Author: Yaxun (Sam) Liu Date: 2024-01-31T17:51:42-05:00 New Revision: 7c2e32d6fe386a12750292096271a00d5b7aa82f URL: https://github.com/llvm/llvm-project/commit/7c2e32d6fe386a12750292096271a00d5b7aa82f DIFF: https://github.com/llvm/llvm-project/commit/7c2e32d6fe386a12750292096271a00d5b7aa82f.dif

[clang] Partial revert "[HIP] Fix -mllvm option for device lld linker" (PR #80202)

https://github.com/yxsamliu closed https://github.com/llvm/llvm-project/pull/80202 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] New calling convention preserve_none (PR #76868)

@@ -0,0 +1,131 @@ +; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py UTC_ARGS: --version 4 +; RUN: llc -mtriple=x86_64-unknown-unknown -mcpu=corei7 < %s | FileCheck %s + +; This test checks various function call behaviors between preserve_none and +; n

[clang] [OpenMP] Move unsupported structured bindings diagnostic (PR #80216)

https://github.com/mikerice1969 created https://github.com/llvm/llvm-project/pull/80216 Move the diagnostic so it fires only when doing an OpenMP capture, not for non-OpenMP captures. This allows non-OpenMP code to work when using OpenMP elsewhere, such as the code reported in https://github.c

[clang] [OpenMP] Move unsupported structured bindings diagnostic (PR #80216)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Mike Rice (mikerice1969) Changes Move the diagnostic so it fires only when doing an OpenMP capture, not for non-OpenMP captures. This allows non-OpenMP code to work when using OpenMP elsewhere, such as the code reported in https://github.

[llvm] [clang] New calling convention preserve_none (PR #76868)

https://github.com/weiguozhi updated https://github.com/llvm/llvm-project/pull/76868 >From 90e14918a0eb13e2187f8548416ac72491d966c1 Mon Sep 17 00:00:00 2001 From: Guozhi Wei Date: Thu, 21 Dec 2023 19:04:44 + Subject: [PATCH 1/6] New calling convention preserve_none The new calling conventi

[llvm] [clang] New calling convention preserve_none (PR #76868)

@@ -0,0 +1,131 @@ +; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py UTC_ARGS: --version 4 +; RUN: llc -mtriple=x86_64-unknown-unknown -mcpu=corei7 < %s | FileCheck %s + +; This test checks various function call behaviors between preserve_none and +; n

[clang-tools-extra] [clang] [clangd] Add support to rename Objective-C selectors (PR #78872)

https://github.com/ahoppen updated https://github.com/llvm/llvm-project/pull/78872 >From 26d9d1a5a342df34cde921f7d9921e7b94dadd87 Mon Sep 17 00:00:00 2001 From: Alex Hoppen Date: Tue, 19 Dec 2023 15:54:40 -0800 Subject: [PATCH 1/5] [Refactoring] Add capabilities to `SymbolName` to represent Ob

[clang] [analyzer][HTMLRewriter] Cache partial rewrite results. (PR #80220)

https://github.com/haoNoQ created https://github.com/llvm/llvm-project/pull/80220 This is a follow-up for 721dd3bc2 [analyzer] NFC: Don't regenerate duplicate HTML reports. Because HTMLRewriter re-runs the Lexer for syntax highlighting and macro expansion purposes, it may get fairly expensive

[llvm] [clang] [RISCV][MC] MC layer support for the experimental zalasr extension (PR #79911)

https://github.com/preames updated https://github.com/llvm/llvm-project/pull/79911 >From 3344e42d05875269b680b9626cd6cd093e88d81e Mon Sep 17 00:00:00 2001 From: brs Date: Thu, 19 Oct 2023 17:16:45 -0500 Subject: [PATCH 1/2] [RISCV][MC] MC layer support for the experimental zalasr extension --

[clang] [analyzer][HTMLRewriter] Cache partial rewrite results. (PR #80220)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Artem Dergachev (haoNoQ) Changes This is a follow-up for 721dd3bc2 [analyzer] NFC: Don't regenerate duplicate HTML reports. Because HTMLRewriter re-runs the Lexer for syntax highlighting and macro expansion purposes, it may get fairly ex

[clang] [analyzer][HTMLRewriter] Cache partial rewrite results. (PR #80220)

haoNoQ wrote: (There isn't a lot of activity in the `HTMLRewriter` outside of myself these days but the patch is somewhat large so I decided to make a PR anyway.) https://github.com/llvm/llvm-project/pull/80220 ___ cfe-commits mailing list cfe-commits

[clang] [analyzer][HTMLRewriter] Cache partial rewrite results. (PR #80220)

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 b21a2f9365b6c5fd464a97be5dfe7085742870ef 13fbeb5411f1b877dc86dd6bebd3bf607c7fba7e --

[clang] [analyzer][HTMLRewriter] Cache partial rewrite results. (PR #80220)

https://github.com/haoNoQ updated https://github.com/llvm/llvm-project/pull/80220 >From 13fbeb5411f1b877dc86dd6bebd3bf607c7fba7e Mon Sep 17 00:00:00 2001 From: Artem Dergachev Date: Tue, 30 Jan 2024 17:37:26 -0800 Subject: [PATCH 1/2] [analyzer][HTMLRewriter] Cache partial rewrite results. Thi

[clang] [-Wunsafe-buffer-usage] Introduce std::array fixits (PR #80084)

https://github.com/jkorous-apple updated https://github.com/llvm/llvm-project/pull/80084 >From 463a9904c1ae85fbdc0bd6029c6effea3fb16ea6 Mon Sep 17 00:00:00 2001 From: Jan Korous Date: Tue, 23 Jan 2024 16:16:10 -0800 Subject: [PATCH 01/11] [-Wunsafe-buffer-usage] Move Strategy class to the head

[llvm] [clang] [BPF] add cast_{user,kern} instructions (PR #79902)

https://github.com/eddyz87 updated https://github.com/llvm/llvm-project/pull/79902 >From 449bc0e4578bc04813974b82e3bf98b5407f5461 Mon Sep 17 00:00:00 2001 From: Eduard Zingerman Date: Fri, 26 Jan 2024 04:18:32 +0200 Subject: [PATCH 1/3] [BPF] add cast_{user,kern} instructions This commit aims

[clang] [-Wunsafe-buffer-usage] Introduce std::array fixits (PR #80084)

https://github.com/jkorous-apple updated https://github.com/llvm/llvm-project/pull/80084 >From 463a9904c1ae85fbdc0bd6029c6effea3fb16ea6 Mon Sep 17 00:00:00 2001 From: Jan Korous Date: Tue, 23 Jan 2024 16:16:10 -0800 Subject: [PATCH 01/11] [-Wunsafe-buffer-usage] Move Strategy class to the head

[clang] [clang] Accept lambdas in C++03 as an extensions (PR #73376)

@@ -1526,10 +1526,9 @@ bool CXXRecordDecl::isGenericLambda() const { #ifndef NDEBUG static bool allLookupResultsAreTheSame(const DeclContext::lookup_result &R) { - for (auto *D : R) -if (!declaresSameEntity(D, R.front())) - return false; - return true; + return llv

[clang] [clang] Accept lambdas in C++03 as an extensions (PR #73376)

@@ -1455,39 +1455,44 @@ More information could be found `here Language Extensions Back-ported to Previous Standards = -== ===

[clang] [clang] Accept lambdas in C++03 as an extensions (PR #73376)

@@ -58,16 +58,10 @@ class Class2 : public Class1 { #pragma omp declare reduction(fun1 : long : omp_out += omp_in) initializer // expected-error {{expected '(' after 'initializer'}} #pragma omp declare reduction(fun2 : long : omp_out += omp_in) initi

[compiler-rt] [clang] [llvm] [X86] Support more ISAs to enable __builtin_cpu_supports (PR #79086)

@@ -139,20 +139,77 @@ enum ProcessorFeatures { FEATURE_AVX512BITALG, FEATURE_AVX512BF16, FEATURE_AVX512VP2INTERSECT, + FEATURE_3DNOW, + FEATURE_ADX = 40, + FEATURE_CLDEMOTE = 42, FreddyLeaf wrote: The missing features are ones I can't recognize in ht

[clang] [clang][ASTImporter] Improve import of variable template specializations. (PR #78284)

=?utf-8?q?Balázs_Kéri?= Message-ID: In-Reply-To: @@ -6397,116 +6400,132 @@ ExpectedDecl ASTNodeImporter::VisitVarTemplateSpecializationDecl( // Try to find an existing specialization with these template arguments. void *InsertPos = nullptr; - VarTemplateSpecialization

[clang] [clang][ASTImporter] Improve import of variable template specializations. (PR #78284)

=?utf-8?q?Balázs_Kéri?= Message-ID: In-Reply-To: @@ -6397,116 +6400,132 @@ ExpectedDecl ASTNodeImporter::VisitVarTemplateSpecializationDecl( // Try to find an existing specialization with these template arguments. void *InsertPos = nullptr; - VarTemplateSpecialization

[clang] [clang] Accept lambdas in C++03 as an extensions (PR #73376)

@@ -58,16 +58,10 @@ class Class2 : public Class1 { #pragma omp declare reduction(fun1 : long : omp_out += omp_in) initializer // expected-error {{expected '(' after 'initializer'}} #pragma omp declare reduction(fun2 : long : omp_out += omp_in) initi

[clang] [clang] Accept lambdas in C++03 as an extensions (PR #73376)

@@ -1455,39 +1455,44 @@ More information could be found `here Language Extensions Back-ported to Previous Standards = -== ===

[clang] [clang] Accept lambdas in C++03 as an extensions (PR #73376)

@@ -1526,10 +1526,9 @@ bool CXXRecordDecl::isGenericLambda() const { #ifndef NDEBUG static bool allLookupResultsAreTheSame(const DeclContext::lookup_result &R) { - for (auto *D : R) -if (!declaresSameEntity(D, R.front())) - return false; - return true; + return llv

[clang] [C++20] [Modules] Introduce -fskip-odr-check-in-gmf (PR #79959)

@@ -457,6 +457,28 @@ Note that **currently** the compiler doesn't consider inconsistent macro definit Currently Clang would accept the above example. But it may produce surprising results if the debugging code depends on consistent use of ``NDEBUG`` also in other translation

[compiler-rt] [clang] [llvm] [clang-repl] [ORC] Add support for out-of-process execution on ELF (PR #79936)

https://github.com/jameshu15869 updated https://github.com/llvm/llvm-project/pull/79936 >From 5efb122bc1d3b732bd58eb636ec770dfc572611f Mon Sep 17 00:00:00 2001 From: James Hu Date: Sun, 28 Jan 2024 20:01:20 -0500 Subject: [PATCH 1/5] [clang-repl][ORC] Add support for out-of-process execution o

[clang-tools-extra] [clang-tidy] Add AllowStringArrays option to modernize-avoid-c-arrays (PR #71701)

https://github.com/HerrCai0907 approved this pull request. https://github.com/llvm/llvm-project/pull/71701 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HIP] fix HIP detection for /usr (PR #80190)

https://github.com/yxsamliu updated https://github.com/llvm/llvm-project/pull/80190 >From f3ce754c63a2bd49f5faded6596b17d0aa3f44e1 Mon Sep 17 00:00:00 2001 From: "Yaxun (Sam) Liu" Date: Wed, 31 Jan 2024 15:14:10 -0500 Subject: [PATCH] [HIP] fix HIP detection for /usr Skip checking HIP version

[clang] [HIP] fix HIP detection for /usr (PR #80190)

yxsamliu wrote: > Do we have any tests for this kind of stuff? We really should have some mock > ROCm installation in one of the `Inputs/` directories and then do > `--rocm-path=` or something. test added https://github.com/llvm/llvm-project/pull/80190

[clang] [C++20] [Modules] Introduce -fskip-odr-check-in-gmf (PR #79959)

@@ -457,6 +457,28 @@ Note that **currently** the compiler doesn't consider inconsistent macro definit Currently Clang would accept the above example. But it may produce surprising results if the debugging code depends on consistent use of ``NDEBUG`` also in other translation

[clang] [HIP] fix HIP detection for /usr (PR #80190)

https://github.com/jhuber6 approved this pull request. https://github.com/llvm/llvm-project/pull/80190 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [RISCV][MC] MC layer support for the experimental zalasr extension (PR #79911)

wangpc-pp wrote: What's the status of Zalasr extension? Is it an official extension now? https://github.com/llvm/llvm-project/pull/79911 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang][RISCV] Add assumptions to vsetvli/vsetvlimax (PR #79975)

wangpc-pp wrote: After some random thinking, I think these assumptions may need to be added to vsetvli/vsetvlimax LLVM intrinsics instead of adding them in Clang CodeGen. In this way, we can make other frontends like `flang/Rust/TVM/MLIR/...` benefit from these assumptions. Is it possible? I d

[clang] [C++20] [Modules] Introduce -fskip-odr-check-in-gmf (PR #79959)

@@ -457,6 +457,28 @@ Note that **currently** the compiler doesn't consider inconsistent macro definit Currently Clang would accept the above example. But it may produce surprising results if the debugging code depends on consistent use of ``NDEBUG`` also in other translation

[clang] [C++20] [Modules] Introduce -fskip-odr-check-in-gmf (PR #79959)

https://github.com/ChuanqiXu9 edited https://github.com/llvm/llvm-project/pull/79959 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [C++20] [Modules] Introduce -fskip-odr-check-in-gmf (PR #79959)

@@ -457,6 +457,28 @@ Note that **currently** the compiler doesn't consider inconsistent macro definit Currently Clang would accept the above example. But it may produce surprising results if the debugging code depends on consistent use of ``NDEBUG`` also in other translation

[clang] [C++20] [Modules] Introduce -fskip-odr-check-in-gmf (PR #79959)

https://github.com/mizvekov approved this pull request. https://github.com/llvm/llvm-project/pull/79959 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang][RISCV] Add assumptions to vsetvli/vsetvlimax (PR #79975)

topperc wrote: I'm concerned that llvm.assume is handled differently than a branch to unreachable in the middle end. Have you tested that these assumes have the intended effect? https://github.com/llvm/llvm-project/pull/79975 ___ cfe-commits mailing

[clang] [llvm] [RISCV][MC] MC layer support for the experimental zalasr extension (PR #79911)

preames wrote: I think we need some kind of official documentation to merge this. I went looking to see if I could find mention of this extension in e.g. ARC notes, and didn't find it. @mehnadnerd can you provide some kind of link or reference to some RVI source indicating the status of this

[clang] a8279a8 - [clang][NFC] Move isSimpleTypeSpecifier() from Sema to Token (#80101)

Author: Owen Pan Date: 2024-01-31T20:16:18-08:00 New Revision: a8279a8bc541b6027087dd497daa63b6602b7f4b URL: https://github.com/llvm/llvm-project/commit/a8279a8bc541b6027087dd497daa63b6602b7f4b DIFF: https://github.com/llvm/llvm-project/commit/a8279a8bc541b6027087dd497daa63b6602b7f4b.diff LOG:

[clang] [clang][NFC] Move isSimpleTypeSpecifier() from Sema to Token (PR #80101)

https://github.com/owenca closed https://github.com/llvm/llvm-project/pull/80101 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 908fd09 - [clang-format] Simplify the AfterPlacementOperator option (#79796)

Author: Owen Pan Date: 2024-01-31T20:20:26-08:00 New Revision: 908fd09a13b2e89a52282478544f7f70cf0a887f URL: https://github.com/llvm/llvm-project/commit/908fd09a13b2e89a52282478544f7f70cf0a887f DIFF: https://github.com/llvm/llvm-project/commit/908fd09a13b2e89a52282478544f7f70cf0a887f.diff LOG:

[clang] [clang-format] Simplify the AfterPlacementOperator option (PR #79796)

https://github.com/owenca closed https://github.com/llvm/llvm-project/pull/79796 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 994493c - [clang][dataflow][NFC] Rename a confusingly named variable. (#80182)

Author: martinboehme Date: 2024-02-01T05:31:32+01:00 New Revision: 994493ce05ab7351cd92d30fb1bd23985b292851 URL: https://github.com/llvm/llvm-project/commit/994493ce05ab7351cd92d30fb1bd23985b292851 DIFF: https://github.com/llvm/llvm-project/commit/994493ce05ab7351cd92d30fb1bd23985b292851.diff

[clang] [clang][dataflow][NFC] Rename a confusingly named variable. (PR #80182)

https://github.com/martinboehme closed https://github.com/llvm/llvm-project/pull/80182 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][dataflow] Display line numbers in the HTML logger timeline. (PR #80130)

martinboehme wrote: Failing check is a clang-format check for clang/docs/HIPSupport.rst, which this PR does not modify. https://github.com/llvm/llvm-project/pull/80130 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-

[clang] 0c36127 - [clang][dataflow] Display line numbers in the HTML logger timeline. (#80130)

Author: martinboehme Date: 2024-02-01T05:33:03+01:00 New Revision: 0c361270afff83cd6433cf865ed5a410dadfb33f URL: https://github.com/llvm/llvm-project/commit/0c361270afff83cd6433cf865ed5a410dadfb33f DIFF: https://github.com/llvm/llvm-project/commit/0c361270afff83cd6433cf865ed5a410dadfb33f.diff

[clang] [clang][dataflow] Display line numbers in the HTML logger timeline. (PR #80130)

https://github.com/martinboehme closed https://github.com/llvm/llvm-project/pull/80130 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [RISCV][MC] MC layer support for the experimental zalasr extension (PR #79911)

mehnadnerd wrote: It has been approved to be pursued as a fast track extension (https://lists.riscv.org/g/tech-unprivileged/topic/arc_architecture_review/101951698). It has not yet been approved by the chairs. https://github.com/llvm/llvm-project/pull/79911

[clang] [Clang][RISCV] Add assumptions to vsetvli/vsetvlimax (PR #79975)

wangpc-pp wrote: > I'm concerned that llvm.assume is handled differently than a branch to > unreachable in the middle end. Actually the CodeGen part is written by referring to the LLVM IR generated by unreachable way (https://godbolt.org/z/vf1v7f744). > Have you tested that these assumes hav

[clang] [clang-format] Update FormatToken::isSimpleTypeSpecifier() (PR #80241)

https://github.com/owenca created https://github.com/llvm/llvm-project/pull/80241 Now with a8279a8bc541, we can make the update. >From fda19165bc1195be01159c7d071839822ff3f929 Mon Sep 17 00:00:00 2001 From: Owen Pan Date: Wed, 31 Jan 2024 20:43:29 -0800 Subject: [PATCH] [clang-format] Update F

[clang] [clang-format] Update FormatToken::isSimpleTypeSpecifier() (PR #80241)

llvmbot wrote: @llvm/pr-subscribers-clang-format Author: Owen Pan (owenca) Changes Now with a8279a8bc541, we can make the update. --- Full diff: https://github.com/llvm/llvm-project/pull/80241.diff 4 Files Affected: - (modified) clang/include/clang/Format/Format.h (+2) - (modified) cl

[clang] [clang-format] Update FormatToken::isSimpleTypeSpecifier() (PR #79115)

https://github.com/owenca closed https://github.com/llvm/llvm-project/pull/79115 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-format] Update FormatToken::isSimpleTypeSpecifier() (PR #79115)

owenca wrote: See #80241. https://github.com/llvm/llvm-project/pull/79115 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[polly] [clang] [clang-format] Add AllowShortType and ExceptShortType options for AlwaysBreakAfterReturnType. (PR #78011)

owenca wrote: > Now that we've got both options, should we keep them? Currently, `None` > sometimes forbids breaking after short return types and sometimes allows it > and just bases things off the penalty configuration. I feel like there will > be some people who use `None` who would want the

[clang] [clang][Interp] Handle imaginary literals (PR #79130)

https://github.com/tbaederr updated https://github.com/llvm/llvm-project/pull/79130 >From db25ed3917079ea9bf3c05a899b40415e3c5df8b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Timm=20B=C3=A4der?= Date: Tue, 23 Jan 2024 09:14:02 +0100 Subject: [PATCH] [clang][Interp] Handle imaginary literals Initi

[libcxx] [llvm] [lldb] [clang-tools-extra] [libc] [clang] [flang] [compiler-rt] [lld] Make clang report invalid target versions for all environment types. (PR #78655)

https://github.com/ZijunZhaoCCK updated https://github.com/llvm/llvm-project/pull/78655 >From f440f44e7e270d4636ad39f4e4223c904e496d3a Mon Sep 17 00:00:00 2001 From: zijunzhao Date: Fri, 19 Jan 2024 00:47:05 + Subject: [PATCH 1/5] Make clang report invalid target versions for all environme

[clang] [clang][Diagnostic] Don't warn about binary literals when using C23. (PR #80244)

https://github.com/collinfunk created https://github.com/llvm/llvm-project/pull/80244 The C23 standard brought binary literals which were previously GNU extensions. Silence warnings from -Wgnu-binary-literal when using C23. This warning is implied by -Wpedantic. >From ef443507e06adcbc604ad8e0

[clang] [clang][Diagnostic] Don't warn about binary literals when using C23. (PR #80244)

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

[clang] [clang][Diagnostic] Don't warn about binary literals when using C23. (PR #80244)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Collin Funk (collinfunk) Changes The C23 standard brought binary literals which were previously GNU extensions. Silence warnings from -Wgnu-binary-literal when using C23. This warning is implied by -Wpedantic. --- Full diff: https://gith

<    1   2   3   4   5   >