[clang] [clang]Transform uninstantiated ExceptionSpec in TemplateInstantiator (PR #68878)

https://github.com/HerrCai0907 updated https://github.com/llvm/llvm-project/pull/68878 >From b93096929aa98e17dfdb0240a9285d315fc95bfc Mon Sep 17 00:00:00 2001 From: Congcong Cai Date: Thu, 12 Oct 2023 19:31:08 +0800 Subject: [PATCH 1/2] [clang]Transform uninstantiated ExceptionSpec in

[clang] [clang][modules] Use file name as requested (PR #68957)

llvmbot wrote: @llvm/pr-subscribers-clang-modules Author: Jan Svoboda (jansvoboda11) Changes This prevents redefinition errors due to having multiple paths for the same module map. (rdar://24116019) Originally implemented and tested downstream by @bcardosolopes, I just made use of

[clang] [clang][modules] Use file name as requested (PR #68957)

https://github.com/jansvoboda11 created https://github.com/llvm/llvm-project/pull/68957 This prevents redefinition errors due to having multiple paths for the same module map. (rdar://24116019) Originally implemented and tested downstream by @bcardosolopes, I just made use of

[clang] [RISCV] Implement shadow stack on shadow stack mode with Zicfiss. (PR #68075)

yetingk wrote: > The patch basically changes the ShadowCallStack back-end to emit an > sspush/sspopchk instead of the usual SCS push/pop, which seems like a > reasonable approach to me. However, it would be helpful to mention the > dependency on `-fsanitize=shadow-call-stack` in the commit

[clang] [RISCV] Implement shadow stack on shadow stack mode with Zicfiss. (PR #68075)

https://github.com/yetingk updated https://github.com/llvm/llvm-project/pull/68075 >From 91bb1d9884276a37f93515a648aa6ece353fdc70 Mon Sep 17 00:00:00 2001 From: Yeting Kuo Date: Tue, 12 Sep 2023 12:28:00 +0800 Subject: [PATCH 1/4] [RISCV] Add MC layer support for Zicfiss. The patch adds the

[clang] [X86] Add USER_MSR instructions. (PR #68944)

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

[clang-tools-extra] [InstCombine] Refactor matchFunnelShift to allow more pattern (NFC) (PR #68474)

@@ -2732,100 +2732,114 @@ static Instruction *matchFunnelShift(Instruction , InstCombinerImpl ) { // rotate matching code under visitSelect and visitTrunc? unsigned Width = Or.getType()->getScalarSizeInBits(); - // First, find an or'd pair of opposite shifts: - // or

[clang] [InstCombine] Refactor matchFunnelShift to allow more pattern (NFC) (PR #68474)

@@ -2732,100 +2732,114 @@ static Instruction *matchFunnelShift(Instruction , InstCombinerImpl ) { // rotate matching code under visitSelect and visitTrunc? unsigned Width = Or.getType()->getScalarSizeInBits(); - // First, find an or'd pair of opposite shifts: - // or

[clang] [Clang][LoongArch] Add ABI implementation of passing vectors (PR #68954)

https://github.com/yjijd created https://github.com/llvm/llvm-project/pull/68954 None >From 74d9ea74aea28db6f5a3a4c6dfccb132d87d1fa8 Mon Sep 17 00:00:00 2001 From: licongtian Date: Tue, 10 Oct 2023 15:51:58 +0800 Subject: [PATCH] [Clang][LoongArch] Add ABI implementation of passing vectors

[clang] [Clang][LoongArch] Support compiler options -mlsx/-mlasx for clang (PR #68952)

https://github.com/yjijd created https://github.com/llvm/llvm-project/pull/68952 This patch adds compiler options -mlsx/-mlasx which enables the instruction sets of LSX and LASX, and sets related predefined macros acording to the options. >From ba3d3560675bcfd84bd11bfed9e26ad86b60faaf Mon Sep

[clang] [clang][ASTImporter] Fix crash when template class static member imported to other translation unit. (PR #68774)

danix800 wrote: Caused by missing `MemberSpecializationInfo` when importing so moving testcase into `ASTImporterTest` as unittest would be better. https://github.com/llvm/llvm-project/pull/68774 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [RISCV] Support Xsfvqmaccdod and Xsfvqmaccqoq extensions (PR #68295)

@@ -0,0 +1,57 @@ +# RUN: llvm-mc -triple=riscv64 -show-encoding --mattr=+v,+xsfvqmaccqoq,+xsfvqmaccdod %s \ +# RUN:| FileCheck %s --check-prefixes=CHECK-ENCODING,CHECK-INST +# RUN: not llvm-mc -triple=riscv64 -show-encoding %s 2>&1 \ +# RUN:| FileCheck %s

[clang] [libc++] Use -nostdlib++ on GCC unconditionally (PR #68832)

@@ -642,18 +642,8 @@ get_sanitizer_flags(SANITIZER_FLAGS "${LLVM_USE_SANITIZER}") # Link system libraries === function(cxx_link_system_libraries target) - -# In order to remove just libc++ from the link step -# we need to

[libunwind] [libc++] Use -nostdlib++ on GCC unconditionally (PR #68832)

@@ -642,18 +642,8 @@ get_sanitizer_flags(SANITIZER_FLAGS "${LLVM_USE_SANITIZER}") # Link system libraries === function(cxx_link_system_libraries target) - -# In order to remove just libc++ from the link step -# we need to

[clang] [libc++] Use -nostdlib++ on GCC unconditionally (PR #68832)

https://github.com/ldionne updated https://github.com/llvm/llvm-project/pull/68832 >From 9ca88d1a30ec1bcaa9c3c943c32649c36ad136d0 Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Wed, 11 Oct 2023 12:21:39 -0700 Subject: [PATCH 1/3] [libc++] Use -nostdlib++ on GCC unconditionally We support

[libunwind] [libc++] Use -nostdlib++ on GCC unconditionally (PR #68832)

https://github.com/ldionne updated https://github.com/llvm/llvm-project/pull/68832 >From 9ca88d1a30ec1bcaa9c3c943c32649c36ad136d0 Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Wed, 11 Oct 2023 12:21:39 -0700 Subject: [PATCH 1/3] [libc++] Use -nostdlib++ on GCC unconditionally We support

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -20,6 +20,11 @@ #include #endif +#if !(defined(_MSC_VER) || defined(__SCE__)) || __has_feature(modules) || \ +defined(__UINTR__) FreddyLeaf wrote: 3e32e495d8fa56ad3770769a5d4559ea0a41af96 https://github.com/llvm/llvm-project/pull/68944

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -922,8 +922,6 @@ endif() include(HandleLLVMOptions) -## - FreddyLeaf wrote: 3e32e495d8fa56ad3770769a5d4559ea0a41af96 https://github.com/llvm/llvm-project/pull/68944 ___ cfe-commits mailing list

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -241,6 +241,7 @@ X86_FEATURE (SM3, "sm3") X86_FEATURE (SM4, "sm4") X86_FEATURE (AVXVNNIINT16,"avxvnniint16") X86_FEATURE (EVEX512, "evex512") +X86_FEATURE (USERMSR,"usermsr")

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -0,0 +1,26 @@ +# RUN: llvm-mc --disassemble %s -triple=x86_64 | FileCheck %s --check-prefixes=ATT +# RUN: llvm-mc --disassemble %s -triple=x86_64 --output-asm-variant=1 | FileCheck %s --check-prefixes=INTEL + +# ATT: urdmsr $123, %r9 +# INTEL: urdmsr r9, 123

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -325,6 +325,8 @@ def FeatureTSXLDTRK : SubtargetFeature<"tsxldtrk", "HasTSXLDTRK", "true", "Support TSXLDTRK instructions">; def FeatureUINTR : SubtargetFeature<"uintr", "HasUINTR", "true", "Has

[clang] [X86] Add USER_MSR instructions. (PR #68944)

https://github.com/FreddyLeaf updated https://github.com/llvm/llvm-project/pull/68944 >From 2377ab2b9865d8f152996fd38f6b543767f8c2ae Mon Sep 17 00:00:00 2001 From: Freddy Ye Date: Wed, 11 Oct 2023 14:09:02 +0800 Subject: [PATCH 1/2] Add USER_MSR instructions. For more details about this

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -0,0 +1,26 @@ +# RUN: llvm-mc --disassemble %s -triple=x86_64 | FileCheck %s --check-prefixes=ATT +# RUN: llvm-mc --disassemble %s -triple=x86_64 --output-asm-variant=1 | FileCheck %s --check-prefixes=INTEL + +# ATT: urdmsr $123, %r9 +# INTEL: urdmsr r9, 123

[clang] [IRPGO][ValueProfile] Instrument virtual table address that could be used to do virtual table address comparision for indirect-call-promotion. (PR #66825)

htyu wrote: > The performance win depends a lot on value distribution. For large copies, > using SIMD with nontemporal hint is the way to go. Right, and the dominating single-range distribution is also important for our approach, similar to how speculative indirect call promotion works.

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -325,6 +325,8 @@ def FeatureTSXLDTRK : SubtargetFeature<"tsxldtrk", "HasTSXLDTRK", "true", "Support TSXLDTRK instructions">; def FeatureUINTR : SubtargetFeature<"uintr", "HasUINTR", "true", "Has

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -0,0 +1,26 @@ +# RUN: llvm-mc --disassemble %s -triple=x86_64 | FileCheck %s --check-prefixes=ATT +# RUN: llvm-mc --disassemble %s -triple=x86_64 --output-asm-variant=1 | FileCheck %s --check-prefixes=INTEL + +# ATT: urdmsr $123, %r9 +# INTEL: urdmsr r9, 123

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -241,6 +241,7 @@ X86_FEATURE (SM3, "sm3") X86_FEATURE (SM4, "sm4") X86_FEATURE (AVXVNNIINT16,"avxvnniint16") X86_FEATURE (EVEX512, "evex512") +X86_FEATURE (USERMSR,"usermsr")

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -922,8 +922,6 @@ endif() include(HandleLLVMOptions) -## - phoebewang wrote: Unrelated change https://github.com/llvm/llvm-project/pull/68944 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [X86] Add USER_MSR instructions. (PR #68944)

@@ -20,6 +20,11 @@ #include #endif +#if !(defined(_MSC_VER) || defined(__SCE__)) || __has_feature(modules) || \ +defined(__UINTR__) phoebewang wrote: __USERMSR__ https://github.com/llvm/llvm-project/pull/68944

[clang] [mlir] Add ContractionOpInterface utility functions for vector matrix multiplication (PR #68945)

https://github.com/NatashaKnk created https://github.com/llvm/llvm-project/pull/68945 None >From e431cc466e5609e19757481604dad47558219166 Mon Sep 17 00:00:00 2001 From: Natasha Kononenko Date: Fri, 13 Oct 2023 00:48:17 + Subject: [PATCH 1/2] Add ContractionOpInterface utility functions

[clang] [X86] Add USER_MSR instructions. (PR #68944)

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 a712244f3b76cd2ef60b4f3ce5efaf6d4d49c6fe 2377ab2b9865d8f152996fd38f6b543767f8c2ae --

[clang] [X86] Add USER_MSR instructions. (PR #68944)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Freddy Ye (FreddyLeaf) Changes For more details about this instruction, please refer to the latest ISE document:

[clang] [X86] Add USER_MSR instructions. (PR #68944)

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

[clang] Add USER_MSR instructions. (PR #68944)

https://github.com/FreddyLeaf created https://github.com/llvm/llvm-project/pull/68944 For more details about this instruction, please refer to the latest ISE document:

[clang] Let clang-cl support CUDA/HIP (PR #68921)

Artem-B wrote: @rnk -- would that be acceptable for clang-cl on windows? https://github.com/llvm/llvm-project/pull/68921 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][Interp] Only evaluate the source array initialization of an `ArrayInitLoopExpr` once (PR #68039)

@@ -827,6 +829,9 @@ bool ByteCodeExprGen::VisitArrayInitLoopExpr( template bool ByteCodeExprGen::VisitOpaqueValueExpr(const OpaqueValueExpr *E) { + if (OpaqueExprs.contains(E)) +return this->emitGetLocal(*classify(E), OpaqueExprs[E], E); isuckatcs

[clang] [CUDA][HIP] Fix host/device context in concept (PR #67721)

@@ -176,3 +176,34 @@ Predefined Macros * - ``HIP_API_PER_THREAD_DEFAULT_STREAM`` - Alias to ``__HIP_API_PER_THREAD_DEFAULT_STREAM__``. Deprecated. +C++20 Concepts with HIP and CUDA + + +In Clang, when working with HIP or CUDA, it's

[clang] [libc++] Add a CI job for the LLDB data formatters (PR #65174)

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

[clang-tools-extra] [libc++] Add a CI job for the LLDB data formatters (PR #65174)

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

[clang] [libc++] Add a CI job for the LLDB data formatters (PR #65174)

@@ -574,6 +574,20 @@ benchmarks) generate-cmake check-cxx-benchmarks ;; +check-lldb-data-formatters) +clean +${CMAKE}\ +-S "${MONOREPO_ROOT}/llvm" \ +-B "${BUILD_DIR}"

[clang] [clang][Interp] Only evaluate the source array initialization of an `ArrayInitLoopExpr` once (PR #68039)

@@ -478,6 +480,43 @@ template class SourceLocScope final { bool Enabled = false; }; +template class StoredOpaqueValueScope final { +public: + StoredOpaqueValueScope(ByteCodeExprGen *Ctx) : Ctx(Ctx) {} + + bool VisitAndStoreOpaqueValue(const OpaqueValueExpr *Ove) { +

[clang] [clang][Interp] Only evaluate the source array initialization of an `ArrayInitLoopExpr` once (PR #68039)

@@ -478,6 +480,43 @@ template class SourceLocScope final { bool Enabled = false; }; +template class StoredOpaqueValueScope final { +public: + StoredOpaqueValueScope(ByteCodeExprGen *Ctx) : Ctx(Ctx) {} + + bool VisitAndStoreOpaqueValue(const OpaqueValueExpr *Ove) { +

[clang] [libc++] Implement ranges::contains (PR #65148)

https://github.com/ZijunZhaoCCK updated https://github.com/llvm/llvm-project/pull/65148 >From 02e9afd761228f401df4d9f8dfaaca44ffae0c6e Mon Sep 17 00:00:00 2001 From: zijunzhao Date: Thu, 31 Aug 2023 20:08:32 + Subject: [PATCH 01/12] [libc++] Implement ranges::contains Differential

[clang] [libc++] Add a CI job for the LLDB data formatters (PR #65174)

https://github.com/ldionne updated https://github.com/llvm/llvm-project/pull/65174 >From 9ff29c54e97dab71488ffe50ac871f007d357e4f Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Fri, 9 Sep 2022 19:12:18 -0400 Subject: [PATCH 1/2] [libc++] Add a CI job for the LLDB data formatters This patch

[clang-tools-extra] [libc++] Implement ranges::contains (PR #65148)

@@ -0,0 +1,190 @@ +//===--===// +// +// 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:

[clang] [TSAN] add support for riscv64 (PR #68735)

MaskRay wrote: > > The review context is on > > [reviews.llvm.org/D145214](https://reviews.llvm.org/D145214) . Moving it > > here just causes more confusion. > > @alexfanqi is the author of the patch and they can drive a reland. > > Can you elaborate what is confusing? The patch was already

[clang] [TSAN] add support for riscv64 (PR #68735)

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

[clang] 46cb8d9 - [TSAN] add support for riscv64 (#68735)

Author: AdityaK Date: 2023-10-12T16:03:07-07:00 New Revision: 46cb8d9a325233ac11ed5e90367c43774294d87e URL: https://github.com/llvm/llvm-project/commit/46cb8d9a325233ac11ed5e90367c43774294d87e DIFF: https://github.com/llvm/llvm-project/commit/46cb8d9a325233ac11ed5e90367c43774294d87e.diff LOG:

[clang] [Driver] Have -rdynamic be a no-op on Haiku (PR #67872)

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

[clang] 8da1e3d - [Driver] Have -rdynamic be a no-op on Haiku (#67872)

Author: Brad Smith Date: 2023-10-12T18:05:49-04:00 New Revision: 8da1e3dd24a1cc6bc99bf3334009d2d19f21018f URL: https://github.com/llvm/llvm-project/commit/8da1e3dd24a1cc6bc99bf3334009d2d19f21018f DIFF: https://github.com/llvm/llvm-project/commit/8da1e3dd24a1cc6bc99bf3334009d2d19f21018f.diff

[clang] [Driver] Link Flang runtime on Solaris (PR #65644)

brad0 wrote: > Agreed: AFAICS the only open issue is whether the Solaris test should use the > `GNU` label as I have done, introduce an new common one (like `UNIX`; there's > nothing GNU-specific in that test), or really introduce a separate copy of > the check under a different label per

[clang] [AMDGPU] Change the representation of double literals in operands (PR #68740)

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

[clang] [clang][Interp] Fix crash during `InterpStack` printing (PR #68246)

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

[clang] 403e0e8 - [clang][Interp] Fix crash during `InterpStack` printing (#68246)

Author: isuckatcs Date: 2023-10-12T23:26:44+02:00 New Revision: 403e0e8cd95f21d5f94f1e0663c2cfe48e54bf08 URL: https://github.com/llvm/llvm-project/commit/403e0e8cd95f21d5f94f1e0663c2cfe48e54bf08 DIFF: https://github.com/llvm/llvm-project/commit/403e0e8cd95f21d5f94f1e0663c2cfe48e54bf08.diff

[clang] [clang][Interp] Fix crash during `InterpStack` printing (PR #68246)

isuckatcs wrote: >it could come in handy in the future For me it was helpful to check what is on the stack at the moment, so it's definitely handy I think. https://github.com/llvm/llvm-project/pull/68246 ___ cfe-commits mailing list

[clang] [SystemZ][z/OS] This change adds support for the PPA2 section in zOS (PR #68926)

https://github.com/ysyeda updated https://github.com/llvm/llvm-project/pull/68926 >From 5ea8bea2bdf345e2baee07e0a94ac40bd0f109c4 Mon Sep 17 00:00:00 2001 From: Yusra Syeda Date: Thu, 12 Oct 2023 16:56:27 -0400 Subject: [PATCH 1/2] This change adds support for the PPA2 section in zOS ---

[clang] [SystemZ][z/OS] This change adds support for the PPA2 section in zOS (PR #68926)

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 2ae3a712304870adf639a33547c1139a7b6304e5 5ea8bea2bdf345e2baee07e0a94ac40bd0f109c4 --

[clang-tools-extra] [llvm-profdata] Do not create numerical strings for MD5 function names read from a Sample Profile. (PR #66164)

@@ -902,12 +890,16 @@ std::error_code SampleProfileReaderExtBinaryBase::readFuncProfiles() { for (const auto : FuncOffsetList) { const auto = NameOffset.first; auto FName = FContext.getName(); +StringRef FNameString; +if (!useMD5()) { +

[clang-tools-extra] [llvm-profdata] Do not create numerical strings for MD5 function names read from a Sample Profile. (PR #66164)

@@ -902,12 +890,16 @@ std::error_code SampleProfileReaderExtBinaryBase::readFuncProfiles() { for (const auto : FuncOffsetList) { const auto = NameOffset.first; auto FName = FContext.getName(); +StringRef FNameString; +if (!useMD5()) {

[clang] [llvm-profdata] Do not create numerical strings for MD5 function names read from a Sample Profile. (PR #66164)

@@ -902,12 +890,16 @@ std::error_code SampleProfileReaderExtBinaryBase::readFuncProfiles() { for (const auto : FuncOffsetList) { const auto = NameOffset.first; auto FName = FContext.getName(); +StringRef FNameString; +if (!useMD5()) { +

[clang] [llvm-profdata] Do not create numerical strings for MD5 function names read from a Sample Profile. (PR #66164)

@@ -0,0 +1,222 @@ +//===--- ProfileFuncRef.h - Sample profile function name ---*- C++ -*-===// +// +// 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:

[clang] [llvm-profdata] Do not create numerical strings for MD5 function names read from a Sample Profile. (PR #66164)

@@ -902,12 +890,16 @@ std::error_code SampleProfileReaderExtBinaryBase::readFuncProfiles() { for (const auto : FuncOffsetList) { const auto = NameOffset.first; auto FName = FContext.getName(); +StringRef FNameString; david-xl

[clang] [llvm-profdata] Do not create numerical strings for MD5 function names read from a Sample Profile. (PR #66164)

@@ -0,0 +1,222 @@ +//===--- ProfileFuncRef.h - Sample profile function name ---*- C++ -*-===// +// +// 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:

[clang] [SystemZ][z/OS] This change adds support for the PPA2 section in zOS (PR #68926)

llvmbot wrote: @llvm/pr-subscribers-clang-codegen Author: Yusra Syeda (ysyeda) Changes This PR adds support for the PPA2 fields. --- Patch is 21.58 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/68926.diff 12 Files Affected: - (modified)

[clang] [SystemZ][z/OS] This change adds support for the PPA2 section in zOS (PR #68926)

https://github.com/ysyeda created https://github.com/llvm/llvm-project/pull/68926 This PR adds support for the PPA2 fields. >From 5ea8bea2bdf345e2baee07e0a94ac40bd0f109c4 Mon Sep 17 00:00:00 2001 From: Yusra Syeda Date: Thu, 12 Oct 2023 16:56:27 -0400 Subject: [PATCH] This change adds support

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

ymand wrote: > Nice fix! So, it looks like our definition of "loop head" was wrong. Indeed. We didn't think of the way control-flow constructs *inside* the condition expression would be represented. Ironically (?), this is actually simpler and fixes another issue besides, which is nice. ;)

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

https://github.com/ymand updated https://github.com/llvm/llvm-project/pull/68923 >From 83486a35e6d0e754dd99369fc546d04afedbe923 Mon Sep 17 00:00:00 2001 From: Yitzhak Mandelbaum Date: Thu, 12 Oct 2023 19:35:54 + Subject: [PATCH 1/2] [clang][dataflow] Check for backedges directly (instead

[clang] [AMDGPU] Change the representation of double literals in operands (PR #68740)

https://github.com/rampitec updated https://github.com/llvm/llvm-project/pull/68740 >From cc9e065a9218eb36750a2c2a4a4d08fae3f329fa Mon Sep 17 00:00:00 2001 From: Stanislav Mekhanoshin Date: Wed, 4 Oct 2023 13:36:25 -0700 Subject: [PATCH 1/6] [AMDGPU] Change the representation of double

[clang] ef38833 - Revert "Reapply "InstCombine: Introduce SimplifyDemandedUseFPClass""

Author: Leonard Chan Date: 2023-10-12T20:23:39Z New Revision: ef388334ee5a3584255b9ef5b3fefdb244fa3fd7 URL: https://github.com/llvm/llvm-project/commit/ef388334ee5a3584255b9ef5b3fefdb244fa3fd7 DIFF: https://github.com/llvm/llvm-project/commit/ef388334ee5a3584255b9ef5b3fefdb244fa3fd7.diff LOG:

[clang] [Driver] Corrections for linker flags passed with relocatable linking on OpenBSD (PR #67254)

brad0 wrote: @MaskRay ping. https://github.com/llvm/llvm-project/pull/67254 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

https://github.com/Xazax-hun approved this pull request. Nice fix! So, it looks like our definition of "loop head" was wrong. https://github.com/llvm/llvm-project/pull/68923 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[PATCH] D117593: [clang-tidy] Change google-explicit-constructor to ignore conversions and operators marked `explicit(false)`

ProExpertProg added a comment. Is there an update on this? I agree adding a flag to control this behavior would be good but the Google style guide clearly does not take the `explicit(false)` option into consideration. Currently the only alternatives are a disabling the check completely or

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

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 50ece4cba949787241b5fbfc94be6cfdc66e90ee da8cacb47b8f80f7ecb1e86f98683be6c54b4e57 --

[clang] Use the correct namespace for looking up matching operator!= (PR #68922)

zygoloid wrote: Does this work for function-scope operator declarations? https://github.com/llvm/llvm-project/pull/68922 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] Use the correct namespace for looking up matching operator!= (PR #68922)

https://github.com/usx95 updated https://github.com/llvm/llvm-project/pull/68922 >From 0c71b6bdd557ff4b9ad9a4ec4f0919e3460596b0 Mon Sep 17 00:00:00 2001 From: Utkarsh Saxena Date: Thu, 12 Oct 2023 21:35:52 +0200 Subject: [PATCH 1/2] Find opertor!= in the correct namespace ---

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

https://github.com/ymand updated https://github.com/llvm/llvm-project/pull/68923 >From 83486a35e6d0e754dd99369fc546d04afedbe923 Mon Sep 17 00:00:00 2001 From: Yitzhak Mandelbaum Date: Thu, 12 Oct 2023 19:35:54 + Subject: [PATCH] [clang][dataflow] Check for backedges directly (instead of

[clang] Use the correct namespace for looking up matching operator!= (PR #68922)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Utkarsh Saxena (usx95) Changes `S.getScopeForContext` determins the **active** scope associated with the given `declContext`. This fails to find the matching `operator!=` if candidate `operator==` was found via ADL since that scope is

[clang] Use the correct namespace for looking up matching operator!= (PR #68922)

https://github.com/usx95 ready_for_review https://github.com/llvm/llvm-project/pull/68922 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Yitzhak Mandelbaum (ymand) Changes Widen on backedge nodes, instead of nodes with a loop statement as terminator. This fixes #67834 and a precision loss from assignment in a loop condition. The commit contains tests for both of these

[clang] [clang][dataflow] Check for backedges directly (instead of loop statements). (PR #68923)

https://github.com/ymand created https://github.com/llvm/llvm-project/pull/68923 Widen on backedge nodes, instead of nodes with a loop statement as terminator. This fixes #67834 and a precision loss from assignment in a loop condition. The commit contains tests for both of these issues. >From

[clang] Use the correct namespace for looking up matching operator!= (PR #68922)

https://github.com/usx95 created https://github.com/llvm/llvm-project/pull/68922 `S.getScopeForContext` determins the **active** scope associated with the given `declContext`. This fails to find the matching `operator!=` if candidate `operator==` was found via ADL since that scope is not

[clang] [AMDGPU] Change the representation of double literals in operands (PR #68740)

https://github.com/rampitec updated https://github.com/llvm/llvm-project/pull/68740 >From cc9e065a9218eb36750a2c2a4a4d08fae3f329fa Mon Sep 17 00:00:00 2001 From: Stanislav Mekhanoshin Date: Wed, 4 Oct 2023 13:36:25 -0700 Subject: [PATCH 1/6] [AMDGPU] Change the representation of double

[clang] [AMDGPU] Change the representation of double literals in operands (PR #68740)

rampitec wrote: > LGTM modulo one remaining comment about validateVOPLiteral. Done. https://github.com/llvm/llvm-project/pull/68740 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [PowerPC] Fix use of FPSCR builtins in smmintrin.h (PR #67299)

@@ -11595,6 +11595,50 @@ SDValue PPCTargetLowering::LowerFP_EXTEND(SDValue Op, SelectionDAG ) const { llvm_unreachable("ERROR:Should return for all cases within swtich."); } +// Lower mffsl intrinsic with mffs in targets without ISA 3.0 +static SDValue lowerMFFSL(SDValue

[clang] [IRPGO][ValueProfile] Instrument virtual table address that could be used to do virtual table address comparision for indirect-call-promotion. (PR #66825)

david-xl wrote: The performance win depends a lot on value distribution. For large copies, using SIMD with nontemporal hint is the way to go. https://github.com/llvm/llvm-project/pull/66825 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [HLSL] Support vector swizzles on scalars (PR #67700)

cor3ntin wrote: This is the documentation i found. Can you confirm the intent is only to support `.x???` and `r???` ? It alludes to more options. Maybe we need a `isHLSLSwizzleStart` function to avoid comparing to `'x'` and `'r'` in multiple places.

[clang] Let clang-cl support CUDA/HIP (PR #68921)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Yaxun (Sam) Liu (yxsamliu) Changes clang-cl is a driver mode that accepts options of MSVC cl.exe as a drop-in replacement for cl.exe. Currently clang-cl accepts mixed clang style options and cl style options. To let clang-cl accept a

[clang] Let clang-cl support CUDA/HIP (PR #68921)

https://github.com/yxsamliu created https://github.com/llvm/llvm-project/pull/68921 clang-cl is a driver mode that accepts options of MSVC cl.exe as a drop-in replacement for cl.exe. Currently clang-cl accepts mixed clang style options and cl style options. To let clang-cl accept a

[clang] [RISCV] Implement shadow stack on shadow stack mode with Zicfiss. (PR #68075)

samitolvanen wrote: The patch basically changes the ShadowCallStack back-end to emit an sspush/sspopchk instead of the usual SCS push/pop, which seems like a reasonable approach to me. However, it would be helpful to mention the dependency on `-fsanitize=shadow-call-stack` in the commit

[clang] [PowerPC][X86] Make cpu id builtins target independent and lower for PPC (PR #68919)

https://github.com/nemanjai updated https://github.com/llvm/llvm-project/pull/68919 >From 71f1352bf00d6a9eefa3f199859d47d093f272f8 Mon Sep 17 00:00:00 2001 From: Nemanja Ivanovic Date: Thu, 12 Oct 2023 14:08:42 -0400 Subject: [PATCH 1/2] [PowerPC][X86] Make cpu id builtins target independent

[clang] [HLSL] Support vector swizzles on scalars (PR #67700)

@@ -930,7 +930,11 @@ NumericLiteralParser::NumericLiteralParser(StringRef TokSpelling, // and FP constants (specifically, the 'pp-number' regex), and assumes that // the byte at "*end" is both valid and not part of the regex. Because of // this, it doesn't have to

[clang] [HLSL] Support vector swizzles on scalars (PR #67700)

@@ -1950,6 +1950,10 @@ bool Lexer::LexNumericConstant(Token , const char *CurPtr) { while (isPreprocessingNumberBody(C)) { CurPtr = ConsumeChar(CurPtr, Size, Result); PrevCh = C; +if (LangOpts.HLSL && C == '.' && (*CurPtr == 'x' || *CurPtr == 'r')) { +

[clang] [PowerPC][X86] Make cpu id builtins target independent and lower for PPC (PR #68919)

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 dd0f642e6ec5049ccabe3f462cc427ffe213829b 71f1352bf00d6a9eefa3f199859d47d093f272f8 --

[PATCH] D152914: [Draft] Make __builtin_cpu builtins target-independent

nemanjai added a comment. In D152914#4653669 , @lei wrote: > HI @nemanjai, Did you get a chance to post this as a github PR? Long overdue, but I finally have it up at https://github.com/llvm/llvm-project/pull/68919 Repository: rG LLVM Github

[clang] [PowerPC][X86] Make cpu id builtins target independent and lower for PPC (PR #68919)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Nemanja Ivanovic (nemanjai) Changes Make __builtin_cpu_{init|supports|is} target independent and provide an opt-in query for targets that want to support it. Each target is still responsible for their specific lowering/code-gen. Also

[clang] [PowerPC][X86] Make cpu id builtins target independent and lower for PPC (PR #68919)

https://github.com/nemanjai created https://github.com/llvm/llvm-project/pull/68919 Make __builtin_cpu_{init|supports|is} target independent and provide an opt-in query for targets that want to support it. Each target is still responsible for their specific lowering/code-gen. Also provide

[clang] [HLSL] Support vector swizzles on scalars (PR #67700)

@@ -0,0 +1,78 @@ +// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.6-library -x hlsl \ +// RUN: -finclude-default-header -ast-dump %s | FileCheck %s + + +// CHECK: ExtVectorElementExpr {{.*}} 'int __attribute__((ext_vector_type(2)))' xx +// CHECK-NEXT: ImplicitCastExpr {{.*}}

[clang] [HLSL] Support vector swizzles on scalars (PR #67700)

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

[clang] [HLSL] Support vector swizzles on scalars (PR #67700)

@@ -0,0 +1,14 @@ +// RUN: %clang_cc1 -triple dxil-pc-shadermodel6.6-library -x hlsl -finclude-default-header -verify %s + + +int2 ToTwoInts(int V) { + return V.xy; // expected-error{{vector component access exceeds type 'int __attribute__((ext_vector_type(1)))' (vector of 1

[clang] [Sema] Add check for bitfield assignments to larger integral types (PR #68276)

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

  1   2   3   >