[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

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

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -4712,12 +4715,13 @@ class FunctionEffect { public: /// Identifies the particular effect. enum class Kind : uint8_t { -None = 0, -NonBlocking = 1, -NonAllocating = 2, -Blocking = 3, -Allocating = 4 +NonBlocking = 0, +NonAllocating = 1, +Bl

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

Sirraide wrote: > First, thank you so much @Sirraide for doing such a thorough review here! > I've been buried lately, so knowing you were taking care of this was really > appreciated! Np. I also reviewed the first effects pr before this one, so I figured it’d make sense for me to review this

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -571,6 +571,9 @@ New features if class of allocation and deallocation function mismatches. `Documentation `__. +- Function effects (the ``nonblocking`` and ``nonallocating`` "performance

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -3912,6 +3912,11 @@ llvm::Error ASTReader::ReadASTBlock(ModuleFile &F, FPPragmaOptions.swap(Record); break; +case DECLS_WITH_EFFECTS_TO_VERIFY: + for (unsigned I = 0, N = Record.size(); I != N; /*in loop*/) Sirraide wrote: Iirc this is

[clang] [llvm] [DLCov 4/5] Track coverage and origins through IRBuilder (PR #108214)

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

[clang] [llvm] [DLCov 4/5] Track coverage and origins through IRBuilder (PR #108214)

@@ -90,12 +90,23 @@ class IRBuilderCallbackInserter : public IRBuilderDefaultInserter { /// Common base class shared among various IRBuilders. class IRBuilderBase { /// Pairs of (metadata kind, MDNode *) that should be added to all newly - /// created instructions, like !db

[clang] [llvm] [DLCov 4/5] Track coverage and origins through IRBuilder (PR #108214)

https://github.com/jryans approved this pull request. This part looks good overall, thanks for working on this! 😄 One small note inline below. https://github.com/llvm/llvm-project/pull/108214 ___ cfe-commits mailing list cfe-commits@lists.llvm.org ht

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -8413,6 +8418,15 @@ void ASTReader::InitializeSema(Sema &S) { NewOverrides.applyOverrides(SemaObj->getLangOpts()); } + for (GlobalDeclID ID : DeclsWithEffectsToVerify) { +Decl *D = GetDecl(ID); +if (auto *FD = dyn_cast(D)) + SemaObj->addDeclWithEffec

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -3912,6 +3912,11 @@ llvm::Error ASTReader::ReadASTBlock(ModuleFile &F, FPPragmaOptions.swap(Record); break; +case DECLS_WITH_EFFECTS_TO_VERIFY: + for (unsigned I = 0, N = Record.size(); I != N; /*in loop*/) Sirraide wrote: E.g. https:/

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -3912,6 +3912,11 @@ llvm::Error ASTReader::ReadASTBlock(ModuleFile &F, FPPragmaOptions.swap(Record); break; +case DECLS_WITH_EFFECTS_TO_VERIFY: + for (unsigned I = 0, N = Record.size(); I != N; /*in loop*/) erichkeane wrote: AH, right,

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -571,6 +571,9 @@ New features if class of allocation and deallocation function mismatches. `Documentation `__. +- Function effects (the ``nonblocking`` and ``nonallocating`` "performance

[clang-tools-extra] [clang-tidy] Add new check bugprone-tagged-union-member-count (PR #89925)

=?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3RodsOhcmk=?= , =?utf-8?b?R8OhYm9yIFTDs3Ro

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

sebastiankreutzer wrote: Any further comments, @petrhosek? https://github.com/llvm/llvm-project/pull/90959 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -0,0 +1,1571 @@ +//=== SemaFunctionEffects.cpp - Sema handling of function effects -===// +// +// 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: A

[clang] [C++20][Modules] Fix crash when function and lambda inside loaded from different modules (PR #109167)

dmpolukhin wrote: @eaeltsin do you know which artifacts become non-deterministic? Is it produced object file or serialized AST? https://github.com/llvm/llvm-project/pull/109167 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm

[clang] [llvm] Use %errc to get text for system errors (PR #109852)

https://github.com/perry-ca updated https://github.com/llvm/llvm-project/pull/109852 >From f8bb9d99ae9b9e8fd546d8a5a801681c721cb11d Mon Sep 17 00:00:00 2001 From: Sean Perry Date: Fri, 13 Sep 2024 16:49:02 -0500 Subject: [PATCH] use errc instead of hard coded text for messages --- clang/test/

[clang] [llvm] [AArch64] Implement NEON vscale intrinsics (PR #100347)

https://github.com/Lukacma updated https://github.com/llvm/llvm-project/pull/100347 >From 1d491a5c57a164f0c0c89225826449a538f81b2f Mon Sep 17 00:00:00 2001 From: Marian Lukac Date: Wed, 24 Jul 2024 11:16:20 + Subject: [PATCH 1/3] [AArch64] Implement NEON vscale intrinsics --- clang/includ

[clang] [llvm] Use %errc to get text for system errors (PR #109852)

DavidSpickett wrote: Do you have merge permissions? I can merge it for you if not. https://github.com/llvm/llvm-project/pull/109852 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [ARM] Fix musttail calls (PR #109943)

https://github.com/ostannard updated https://github.com/llvm/llvm-project/pull/109943 >From f96d3a1a44ade11f5a9879b49bb3d5296c4b225e Mon Sep 17 00:00:00 2001 From: Oliver Stannard Date: Thu, 9 May 2024 12:58:41 +0100 Subject: [PATCH 01/15] [ARM] Re-generate a test --- llvm/test/CodeGen/ARM/fp

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[libcxx] [libcxxabi] [libunwind] [llvm] [runtimes] Run backdeployment CI on Github hosted runners (PR #109984)

https://github.com/ldionne updated https://github.com/llvm/llvm-project/pull/109984 >From 6567a45fca93b81da2ccb0d596aa0be84666eab1 Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Wed, 25 Sep 2024 09:55:53 -0400 Subject: [PATCH 1/4] [runtimes] Run backdeployment CI on Github hosted runners Th

[clang] [llvm] [ARM] Fix musttail calls (PR #109943)

efriedma-quic wrote: > I think we'd get decent code by doing a sequence of LOAD bytes to vregs> ; TOKENFACTOR ; STORE . Up to some threshold, sure. If the scheduler is sufficiently clever, we won't even get any spills: we can interleave the loads and stores. But we probably still need some

[clang] [llvm] [HLSL] Allow resource type attributes only on __hlsl_resource_t (PR #110079)

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

[clang] [llvm] [ARM] Fix musttail calls (PR #109943)

@@ -1,8 +1,31 @@ +; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py UTC_ARGS: --version 4 ; RUN: llc -mtriple=arm-eabi -mattr=+neon -float-abi=soft %s -o - | FileCheck %s ; CHECK: function1 ; CHECK-NOT: vmov efriedma-quic wrote:

[clang] [llvm] [ARM] Fix musttail calls (PR #109943)

@@ -0,0 +1,343 @@ +; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py UTC_ARGS: --version 5 +; RUN: llc -mtriple=armv7a-none-eabi %s -o - | FileCheck %s + +declare i32 @many_args_callee(i32 %0, i32 %1, i32 %2, i32 %3, i32 %4, i32 %5) + +define i32 @many

[clang] [clang][bytecode] Refuse to contruct objects with virtual bases (PR #110142)

https://github.com/tbaederr created https://github.com/llvm/llvm-project/pull/110142 None >From cfbd9ae7f7d8c671ae7248cf24138d058d9143e6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Timm=20B=C3=A4der?= Date: Thu, 26 Sep 2024 18:19:09 +0200 Subject: [PATCH] [clang][bytecode] Refuse to contruct obje

[clang] [HLSL] Implementation of the elementwise fmod builtin (PR #108849)

@@ -0,0 +1,37 @@ + +// RUN: %clang_cc1 -finclude-default-header -triple dxil-pc-shadermodel6.6-library %s -fnative-half-type -emit-llvm-only -disable-llvm-passes -verify -verify-ignore-unexpected + +float test_too_few_arg() { + return __builtin_elementwise_fmod(); + // expecte

[clang] [llvm] [Clang][LLVM][AArch64] Add intrinsic for MOVT SME2 instruction (PR #97602)

https://github.com/CarolineConcatto updated https://github.com/llvm/llvm-project/pull/97602 >From ac405d7516ea92cf3c63220d1bdf0677dd7dd372 Mon Sep 17 00:00:00 2001 From: Caroline Concatto Date: Wed, 3 Jul 2024 15:55:45 + Subject: [PATCH 1/7] [Clang][LLVM][AArch64] Add intrinsic for MOVT SME

[clang-tools-extra] [clangd] [C++20] [Modules] Support code complete for C++20 modules (PR #110083)

@@ -402,6 +402,46 @@ import A; EXPECT_TRUE(D.isFromASTFile()); } +// An end to end test for code complete in modules +TEST_F(PrerequisiteModulesTests, CodeCompleteTest) { kadircet wrote: can you also add a test for signature help? https://github.com/llvm/l

[clang-tools-extra] [clang-tidy] Add user-defined functions to `bugprone-unsafe-functions` check (PR #106350)

https://github.com/Discookie updated https://github.com/llvm/llvm-project/pull/106350 >From c4e05bdb36e270cbf0557f38fad7c04edf011905 Mon Sep 17 00:00:00 2001 From: Viktor Date: Wed, 28 Aug 2024 08:47:20 + Subject: [PATCH 01/13] [clang-tidy] Add user-defined functions to bugprone-unsafe-fun

[clang-tools-extra] [clang-tidy] Add user-defined functions to `bugprone-unsafe-functions` check (PR #106350)

@@ -74,10 +75,50 @@ Both macros have to be defined to suggest replacement functions from *Annex K.* ``__STDC_WANT_LIB_EXT1__`` must be defined to ``1`` by the user **before** including any system headers. +.. _CustomFunctions: + +Custom functions + + +The opti

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" Sirraide wrote: I don’t think we need to exp

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] [analyzer] [MallocChecker] Assume functions with `ownership_returns` return unknown memory (PR #110115)

https://github.com/pskrgag created https://github.com/llvm/llvm-project/pull/110115 There is no good way to tell CSA if function with `ownership_returns` attribute returns initialized or not initialized memory. To make FP rate lower, let's assume that memory returned from such functions is un

[clang] [analyzer] [MallocChecker] Assume functions with `ownership_returns` return unknown memory (PR #110115)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Pavel Skripkin (pskrgag) Changes There is no good way to tell CSA if function with `ownership_returns` attribute returns initialized or not initialized memory. To make FP rate lower, let's assume that memory returned from such functions

[clang] [llvm] [Clang][LLVM][AArch64] Add intrinsic for LUTI4 SME2 instruction (#97755) (PR #109953)

https://github.com/CarolineConcatto updated https://github.com/llvm/llvm-project/pull/109953 >From bef293187f32e4e197035eda299f73a5fd8f8684 Mon Sep 17 00:00:00 2001 From: CarolineConcatto Date: Wed, 25 Sep 2024 09:53:23 +0100 Subject: [PATCH 1/2] [Clang][LLVM][AArch64] Add intrinsic for LUTI4 S

[clang] Add code completion for C++20 keywords. (PR #107982)

https://github.com/16bit-ykiko updated https://github.com/llvm/llvm-project/pull/107982 >From fedea9e4fd57b618fe341e0c30982bff0f098c52 Mon Sep 17 00:00:00 2001 From: ykiko Date: Tue, 10 Sep 2024 14:59:10 +0800 Subject: [PATCH 1/7] add co_return, co_await, co_yield, consteval, constinit, concep

[clang] [llvm] [ARM] [AArch32] Add support for Arm China STAR-MC1 CPU (PR #110085)

https://github.com/AlbertHuang-CPU updated https://github.com/llvm/llvm-project/pull/110085 >From a0c620f312382391cdc5e444a0c847cb2ebd23aa Mon Sep 17 00:00:00 2001 From: albhua01 Date: Thu, 26 Sep 2024 15:22:09 +0800 Subject: [PATCH 1/3] [ARM] [AArch32] Add support for Arm China STAR-MC1 CPU -

[clang] [Clang] Extend lifetime of temporaries in mem-default-init for P2718R0 (PR #86960)

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

[clang] [C++20][Modules] Fix crash when function and lambda inside loaded from different modules (PR #109167)

eaeltsin wrote: We see non-determinism in pcm files when compiling some stl stuff. Bisection pointed to this commit, but there is still some chance this is because of our internal changes though. https://github.com/llvm/llvm-project/pull/109167 ___

[clang] [compiler-rt] [llvm] [AArch64] Split FeatureMTE to FEAT_MTE and FEAT_MTE2. (PR #109299)

andrewcarlotti wrote: I think the existing situation before FMV was already a bit confusing. We have the command line feature `+memtag`. This enables all the instructions specified in FEAT_MTE and FEAT_MTE2. Note that the FEAT_MTE2 instructions aren't available at EL0. With `-mcpu=neoverse-v2

[clang] [C++20][Modules] Fix crash when function and lambda inside loaded from different modules (PR #109167)

dmpolukhin wrote: I think it is due to this change :( I'm iterating over `Decl*` in `FunctionToLambdasMap`. I'm fixing it by replacing the pointers with LocalDeclID that should be stable. https://github.com/llvm/llvm-project/pull/109167 ___ cfe-commi

[clang] [llvm] [DLCov 2/5] Implement DebugLoc coverage tracking (PR #107279)

https://github.com/SLTozer updated https://github.com/llvm/llvm-project/pull/107279 >From e45d7e68a371a09ea766c4accf8edc6c030fd7fd Mon Sep 17 00:00:00 2001 From: Stephen Tozer Date: Wed, 4 Sep 2024 12:09:50 +0100 Subject: [PATCH 1/3] Add CMake option to enable expensive line number origin trac

[clang] [Clang] Extend lifetime of temporaries in mem-default-init for P2718R0 (PR #86960)

@@ -1230,11 +1230,26 @@ CodeGenFunction::EmitCXXForRangeStmt(const CXXForRangeStmt &S, JumpDest LoopExit = getJumpDestInCurrentScope("for.end"); LexicalScope ForScope(*this, S.getSourceRange()); + const DeclStmt *RangeDS = cast(S.getRangeStmt()); + const VarDecl *RangeV

[clang] [Clang] Extend lifetime of temporaries in mem-default-init for P2718R0 (PR #86960)

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

[clang] [llvm] [ARM] [AArch32] Add support for Arm China STAR-MC1 CPU (PR #110085)

@@ -362,6 +362,16 @@ def : ProcessorModel<"cortex-m33", CortexM4Model, [ARMv8mMainline, FeatureHasNoBranchPredictor, FeatureFixCMSE_CVE_2021_35465]>; +def

[clang] [Clang] Extend lifetime of temporaries in mem-default-init for P2718R0 (PR #86960)

https://github.com/yronglin updated https://github.com/llvm/llvm-project/pull/86960 >From a8a87484760874d3b36673970e7158f0247df69b Mon Sep 17 00:00:00 2001 From: yronglin Date: Thu, 26 Sep 2024 22:28:07 +0800 Subject: [PATCH] [clang][C++23] Extend lifetime of temporaries in mem-default-init fo

[clang] [Clang] Extend lifetime of temporaries in mem-default-init for P2718R0 (PR #86960)

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

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -4712,12 +4715,13 @@ class FunctionEffect { public: /// Identifies the particular effect. enum class Kind : uint8_t { -None = 0, -NonBlocking = 1, -NonAllocating = 2, -Blocking = 3, -Allocating = 4 +NonBlocking = 0, +NonAllocating = 1, +Bl

[clang] [HLSL] Implementation of the elementwise fmod builtin (PR #108849)

https://github.com/lizhengxing updated https://github.com/llvm/llvm-project/pull/108849 >From 516d0e5c84df23c91b2ec430bcfb48da0d5ea0be Mon Sep 17 00:00:00 2001 From: Zhengxing Li Date: Fri, 13 Sep 2024 13:19:31 -0700 Subject: [PATCH] [HLSL] Implementation of the elementwise fmod builtin This c

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

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

[clang] [HLSL] Implementation of the elementwise fmod builtin (PR #108849)

lizhengxing wrote: > change the title of this PR to remove the word intrinsic. That word has a > specific meaning in LLVM and folks might get confused. Something like: > `[HLSL] Implementation of the fmod API`. > > If you really want to use the word intrinsic then just reuse the HLSL keyword

[clang] [HLSL] Implementation of the elementwise fmod builtin (PR #108849)

lizhengxing wrote: > This LGTM. There is one last thing we might want to do. But I'm not requiring > it for sign off. We ussually add elementwise math builtins here: > > * `clang/test/CodeGen/builtins-elementwise-math.c` > * `clang/test/CodeGen/strictfp-elementwise-bulitins.cpp` > * `clang/test

[clang] [llvm] [ARM] [AArch32] Add support for Arm China STAR-MC1 CPU (PR #110085)

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

[clang] [HLSL] Implementation of the elementwise fmod builtin (PR #108849)

lizhengxing wrote: Done. https://github.com/llvm/llvm-project/pull/108849 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [C++20][Modules] Fix crash when function and lambda inside loaded from different modules (PR #109167)

eaeltsin wrote: Perfect, thanks! https://github.com/llvm/llvm-project/pull/109167 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clangd] Improve filtering logic for undesired proto symbols (PR #110091)

https://github.com/kadircet updated https://github.com/llvm/llvm-project/pull/110091 From 08e2a37c8b028efcacd5ee8a269aed837ba16698 Mon Sep 17 00:00:00 2001 From: Kadir Cetinkaya Date: Thu, 26 Sep 2024 10:55:49 +0200 Subject: [PATCH] [clangd] Improve filtering logic for undesired proto symbols

[clang] [flang] [llvm] [flang][driver] rename flang-new to flang (PR #110023)

h-vetinari wrote: If you want to compare notes, I recently rebased #74377, and tried to pick up all additional occurrences I could find. Here's the [branch](https://github.com/h-vetinari/llvm-project/tree/flang_rename). https://github.com/llvm/llvm-project/pull/110023 _

[clang] [llvm] [DLCov 2/5] Implement DebugLoc coverage tracking (PR #107279)

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 5f05d5ec8f9bb15c0ac29fce843a2c73165ac414 c01c61535b0d1629ab363bc60c742ba4ab307cbf --e

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -8413,6 +8418,15 @@ void ASTReader::InitializeSema(Sema &S) { NewOverrides.applyOverrides(SemaObj->getLangOpts()); } + for (GlobalDeclID ID : DeclsWithEffectsToVerify) { +Decl *D = GetDecl(ID); +if (auto *FD = dyn_cast(D)) + SemaObj->addDeclWithEffec

[clang-tools-extra] [clang-tidy] Add user-defined functions to `bugprone-unsafe-functions` check (PR #106350)

https://github.com/Discookie updated https://github.com/llvm/llvm-project/pull/106350 >From c4e05bdb36e270cbf0557f38fad7c04edf011905 Mon Sep 17 00:00:00 2001 From: Viktor Date: Wed, 28 Aug 2024 08:47:20 + Subject: [PATCH 01/13] [clang-tidy] Add user-defined functions to bugprone-unsafe-fun

[clang] [clang/AST] Make it possible to use SwiftAttr in type context (PR #108631)

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

[clang-tools-extra] [clang-tidy] Add user-defined functions to `bugprone-unsafe-functions` check (PR #106350)

https://github.com/Discookie updated https://github.com/llvm/llvm-project/pull/106350 >From c4e05bdb36e270cbf0557f38fad7c04edf011905 Mon Sep 17 00:00:00 2001 From: Viktor Date: Wed, 28 Aug 2024 08:47:20 + Subject: [PATCH 01/12] [clang-tidy] Add user-defined functions to bugprone-unsafe-fun

[clang-tools-extra] [clangd] [C++20] [Modules] Support code complete for C++20 modules (PR #110083)

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

[clang-tools-extra] [clangd] [C++20] [Modules] Support code complete for C++20 modules (PR #110083)

https://github.com/kadircet requested changes to this pull request. thanks, mostly LG! https://github.com/llvm/llvm-project/pull/110083 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clangd] [C++20] [Modules] Support code complete for C++20 modules (PR #110083)

@@ -2108,7 +2116,7 @@ class CodeCompleteFlow { } // namespace -clang::CodeCompleteOptions CodeCompleteOptions::getClangCompleteOpts() const { +clang::CodeCompleteOptions CodeCompleteOptions::getClangCompleteOpts(bool ForceLoadExternal) const { kadircet wrote

[clang] [clang/AST] Make it possible to use SwiftAttr in type context (PR #108631)

@@ -7147,6 +7147,60 @@ static bool HandleWebAssemblyFuncrefAttr(TypeProcessingState &State, return false; } +static void HandleSwiftAttr(TypeProcessingState &State, TypeAttrLocation TAL, +QualType &QT, ParsedAttr &PAttr) { + if (TAL == TAL_DeclN

[clang] [lld] [llvm] [clang][MIPS] Add support for mipsel-windows-* targets (PR #107744)

mstorsjo wrote: > > > For the Mips backend itself, I would ask the Mips backend code > > > maintainer... but we don't have a maintainer for Mips. And we don't have > > > any buildbots. I'm really not sure about adding complexity to a backend > > > which is already suffering from a lack of anyo

[clang] [flang] [llvm] [flang][driver] rename flang-new to flang (PR #110023)

DavidSpickett wrote: Also buildbots reference flang-new. We can change the config files very quickly, but getting it into production will be a week or two. A symlink would help here. https://github.com/llvm/llvm-project/pull/110023 ___ cfe-commits ma

[clang] [analyzer] [MallocChecker] Assume functions with `ownership_returns` return unknown memory (PR #110115)

https://github.com/NagyDonat approved this pull request. Good catch, thanks for the fix. https://github.com/llvm/llvm-project/pull/110115 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commit

[clang] 9abf6d3 - [analyzer] [MallocChecker] Assume functions with `ownership_returns` return unknown memory (#110115)

Author: Pavel Skripkin Date: 2024-09-26T15:45:08+03:00 New Revision: 9abf6d3506c7289e062836cb9f70a9eaa56bcb68 URL: https://github.com/llvm/llvm-project/commit/9abf6d3506c7289e062836cb9f70a9eaa56bcb68 DIFF: https://github.com/llvm/llvm-project/commit/9abf6d3506c7289e062836cb9f70a9eaa56bcb68.diff

[clang-tools-extra] [clang-tidy] Add user-defined functions to `bugprone-unsafe-functions` check (PR #106350)

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

[clang] [C++20][Modules] Fix crash when function and lambda inside loaded from different modules (PR #109167)

eaeltsin wrote: A comment on another non-determinism issue that might be related - https://github.com/llvm/llvm-project/issues/106855#issuecomment-2322927480 https://github.com/llvm/llvm-project/pull/109167 ___ cfe-commits mailing list cfe-commits@li

[clang] Adding optin.taint.TaintedDiv checker (PR #106389)

https://github.com/dkrupp updated https://github.com/llvm/llvm-project/pull/106389 >From ccc5da054903568fbd317d5c773251ed84f8f087 Mon Sep 17 00:00:00 2001 From: Daniel Krupp Date: Wed, 28 Aug 2024 15:32:35 +0200 Subject: [PATCH 1/3] Adding optin.taint.TaintedDiv checker Tainted division operat

[libcxx] [libcxxabi] [libunwind] [llvm] [runtimes] Run backdeployment CI on Github hosted runners (PR #109984)

https://github.com/ldionne updated https://github.com/llvm/llvm-project/pull/109984 >From 6567a45fca93b81da2ccb0d596aa0be84666eab1 Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Wed, 25 Sep 2024 09:55:53 -0400 Subject: [PATCH 1/3] [runtimes] Run backdeployment CI on Github hosted runners Th

[clang] Adding optin.taint.TaintedDiv checker (PR #106389)

https://github.com/dkrupp updated https://github.com/llvm/llvm-project/pull/106389 >From ccc5da054903568fbd317d5c773251ed84f8f087 Mon Sep 17 00:00:00 2001 From: Daniel Krupp Date: Wed, 28 Aug 2024 15:32:35 +0200 Subject: [PATCH 1/3] Adding optin.taint.TaintedDiv checker Tainted division operat

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -571,6 +571,9 @@ New features if class of allocation and deallocation function mismatches. `Documentation `__. +- Function effects (the ``nonblocking`` and ``nonallocating`` "performance

[clang] nonblocking/nonallocating attributes: 2nd pass caller/callee analysis (PR #99656)

@@ -571,6 +571,9 @@ New features if class of allocation and deallocation function mismatches. `Documentation `__. +- Function effects (the ``nonblocking`` and ``nonallocating`` "performance

[clang] [flang] [Flang][Driver][Offload] Support -Xoffload-linker argument in Flang (PR #109907)

https://github.com/agozillon updated https://github.com/llvm/llvm-project/pull/109907 >From 6e29de9836f49e49558e7810ec0a8084017c22b4 Mon Sep 17 00:00:00 2001 From: agozillon Date: Wed, 25 Sep 2024 00:18:26 -0500 Subject: [PATCH 1/5] [Flang][Driver][Offload] Support -Xoffload-linker argument in

[clang] Add clang/docs/FunctionEffectAnalysis.rst. (PR #109855)

@@ -0,0 +1,503 @@ + +Function Effect Analysis + + +Introduction + + +Clang Function Effect Analysis is a C++ language extension which can warn about "unsafe" +constructs. The feature is currently tailored for the Perform

[clang] [analyzer] Adding optin.taint.TaintedDiv checker (PR #106389)

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

[libcxx] [libcxxabi] [libunwind] [llvm] [runtimes] Run backdeployment CI on Github hosted runners (PR #109984)

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

[clang] [flang] [mlir] [clang][flang][mlir] Reapply "Support -frecord-command-line option (#102975)" (PR #110132)

llvmbot wrote: @llvm/pr-subscribers-flang-fir-hlfir Author: Tarun Prabhu (tarunprabhu) Changes The underlying issue was caused by a file included in two different places which resulted in duplicate definition errors when linking individual shared libraries. This was fixed in c3201ddaeac0

[clang] [flang] [mlir] [clang][flang][mlir] Reapply "Support -frecord-command-line option (#102975)" (PR #110132)

llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Tarun Prabhu (tarunprabhu) Changes The underlying issue was caused by a file included in two different places which resulted in duplicate definition errors when linking individual shared libraries. This was fixed in c3201ddaeac02a2

<    1   2   3   4   5   6   >