[clang] [Clang][CUDA][HIP] Externalize static global texture var (PR #115819)

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

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

@@ -3867,6 +3868,112 @@ static void handleCallbackAttr(Sema &S, Decl *D, const ParsedAttr &AL) { S.Context, AL, EncodingIndices.data(), EncodingIndices.size())); } +LifetimeCaptureByAttr *Sema::ParseLifetimeCaptureByAttr(const ParsedAttr &AL, +

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

hokein wrote: Can you clarify the memory leak issue? It’s not immediately obvious to me. It would be helpful to explain these two issues and describe how the reland addresses them in the PR description. https://github.com/llvm/llvm-project/pull/115823 __

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

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

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

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

[clang] [llvm] [X86][AMX] Add AMX FP8 new APIs (PR #115829)

phoebewang wrote: Missing IR test? https://github.com/llvm/llvm-project/pull/115829 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [X86][AMX] Add AMX FP8 new APIs (PR #115829)

@@ -15,81 +15,214 @@ #define __AMXFP8INTRIN_H #ifdef __x86_64__ -/// Peform the dot product of a BF8 value \a a by a BF8 value \a b accumulating -/// into a Single Precision (FP32) source/dest \a dst. +#define __DEFAULT_FN_ATTRS_FP8

[clang] [llvm] [X86][AMX] Add AMX FP8 new APIs (PR #115829)

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 f109517d153609d4a8a3a3d3d3cc06da1b629364 9fd6e9e598423b6cc58a25fe70cc12a846483be5 --e

[clang] [llvm] [X86][AMX] Add AMX FP8 new APIs (PR #115829)

llvmbot wrote: @llvm/pr-subscribers-backend-x86 @llvm/pr-subscribers-clang Author: Feng Zou (fzou1) Changes This is a follow-up to #113850. Ref.: https://cdrdv2.intel.com/v1/dl/getContent/671368 --- Full diff: https://github.com/llvm/llvm-project/pull/115829.diff 7 Files Affected: - (

[clang] [llvm] [X86][AMX] Add AMX FP8 new APIs (PR #115829)

https://github.com/fzou1 created https://github.com/llvm/llvm-project/pull/115829 This is a follow-up to #113850. Ref.: https://cdrdv2.intel.com/v1/dl/getContent/671368 >From 9fd6e9e598423b6cc58a25fe70cc12a846483be5 Mon Sep 17 00:00:00 2001 From: Feng Zou Date: Thu, 7 Nov 2024 11:56:17 +0800

[clang] f77101e - [X86][AMX] Support AMX-MOVRS (#115151)

Author: Malay Sanghi Date: 2024-11-12T15:05:43+08:00 New Revision: f77101ea7913ab6a6b28ad03c152c615a89900f6 URL: https://github.com/llvm/llvm-project/commit/f77101ea7913ab6a6b28ad03c152c615a89900f6 DIFF: https://github.com/llvm/llvm-project/commit/f77101ea7913ab6a6b28ad03c152c615a89900f6.diff

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

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

[clang] [ByteCode] Migrate away from PointerUnion::{is, get, dyn_cast} (NFC) (PR #115809)

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

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

https://github.com/usx95 updated https://github.com/llvm/llvm-project/pull/115823 >From 3c233df64906972016c26909263cfd53940d87a0 Mon Sep 17 00:00:00 2001 From: Utkarsh Saxena Date: Tue, 12 Nov 2024 04:28:37 + Subject: [PATCH 1/2] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]]

[clang] 23fbaff - [ByteCode] Migrate away from PointerUnion::{is,get,dyn_cast} (NFC) (#115809)

Author: Kazu Hirata Date: 2024-11-11T22:49:58-08:00 New Revision: 23fbaff9a3fd2b26418e0c2f10b701049399251f URL: https://github.com/llvm/llvm-project/commit/23fbaff9a3fd2b26418e0c2f10b701049399251f DIFF: https://github.com/llvm/llvm-project/commit/23fbaff9a3fd2b26418e0c2f10b701049399251f.diff L

[clang] [llvm] [RISCV] Add TT-Ascalon-d8 processor (PR #115100)

@@ -407,6 +407,54 @@ def SYNTACORE_SCR7 : RISCVProcessorModel<"syntacore-scr7", FeatureStdExtZkn], [TuneNoDefaultUnroll, FeaturePostRAScheduler]>; +def TENSTORRENT_ASCALON_D8 : RISCVP

[clang] [ByteCode] Migrate away from PointerUnion::{is, get, dyn_cast} (NFC) (PR #115809)

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

[clang] [llvm] [RISCV][SLEEF]: Support SLEEF vector library for RISC-V target. (PR #114014)

mga-sc wrote: > @mga-sc I'm trying to run some experiments with your PR and will post as soon > as they are done, but can I ask you to add the following code to your PR? So > that clang can accept -fveclib=SLEEF when building for riscv64 > > ``` > diff --git a/clang/lib/Driver/ToolChains/Clang

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

@@ -3919,7 +3919,24 @@ static void HandleLifetimeCaptureByAttr(Sema &S, Decl *D, void Sema::LazyProcessLifetimeCaptureByParams(FunctionDecl *FD) { bool HasImplicitThisParam = isInstanceMethod(FD); - + SmallVector Attrs; + for (ParmVarDecl *PVD : FD->parameters()) +if (

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Utkarsh Saxena (usx95) Changes Fix compile time regression and memory leak --- Full diff: https://github.com/llvm/llvm-project/pull/115823.diff 11 Files Affected: - (modified) clang/docs/ReleaseNotes.rst (+3) - (modified) clang/include

[clang] Reapply "[clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #115823)

https://github.com/usx95 created https://github.com/llvm/llvm-project/pull/115823 Fix compile time regression and memory leak >From 3c233df64906972016c26909263cfd53940d87a0 Mon Sep 17 00:00:00 2001 From: Utkarsh Saxena Date: Tue, 12 Nov 2024 04:28:37 + Subject: [PATCH 1/2] Reapply "[clang]

[clang] [-Wunsafe-buffer-usage] Fix false positives in warning againt 2-parameter std::span constructor (PR #115797)

https://github.com/malavikasamak updated https://github.com/llvm/llvm-project/pull/115797 >From a60c18973c0ea5b59c7c5f38813083e862f70e6e Mon Sep 17 00:00:00 2001 From: MalavikaSamak Date: Mon, 11 Nov 2024 17:18:40 -0800 Subject: [PATCH 1/2] [-Wunsafe-buffer-usage] Fix false positive in warnging

[clang] [webkit.UncountedLambdaCapturesChecker] Ignore trivial functions and [[clang::noescape]]. (PR #114897)

https://github.com/rniwa updated https://github.com/llvm/llvm-project/pull/114897 >From d08c1b364c392aa42b7ef71528a52ab6a7d9c548 Mon Sep 17 00:00:00 2001 From: Ryosuke Niwa Date: Mon, 4 Nov 2024 16:01:49 -0800 Subject: [PATCH 1/3] [webkit.UncountedLambdaCapturesChecker] Ignore trivial function

[clang] [Clang] Emit stub version of OpenCL Kernel (PR #115821)

lalaniket8 wrote: * **#115821** https://app.graphite.dev/github/pr/llvm/llvm-project/115821?utm_source=stack-comment-icon"; target="_blank">https://static.graphite.dev/graphite-32x32-black.png"; alt="Graphite" width="10px" height="10px"/> 👈 * `main` This stack of pull requests is managed by Gr

[clang] [Clang] Emit stub version of OpenCL Kernel (PR #115821)

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] Emit stub version of OpenCL Kernel (PR #115821)

https://github.com/lalaniket8 created https://github.com/llvm/llvm-project/pull/115821 OpenCL allows a kernel function to call another kernel function. To facilitate this we emit a stub version of each kernel function with different name mangling scheme, and replace the kernel callsite appropria

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

@@ -316,36 +309,221 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName, if (Clang->getDiagnostics().hasErrorOccurred()) return llvm::createStringError("Compilation failed"); - BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output); - return llv

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

https://github.com/ChuanqiXu9 updated https://github.com/llvm/llvm-project/pull/106683 >From 15aa6af1f5d22e4b837e8e2fd49469310ffbe7f1 Mon Sep 17 00:00:00 2001 From: Chuanqi Xu Date: Fri, 30 Aug 2024 15:11:07 +0800 Subject: [PATCH 1/5] [clangd] [Modules] Support Reusable Modules Builder --- cl

[clang] [Clang][CUDA][HIP] Externalize static global texture var (PR #115819)

llvmbot wrote: @llvm/pr-subscribers-clang @llvm/pr-subscribers-clang-codegen Author: None (guopsh-sugon) Changes Externalize static global texture variable in CUDA/HIP. Reason: CUDA/HIP runtime needs reference the texture symbol in device elf when program is running. If a texture var has

[clang] [Clang][CUDA][HIP] Externalize static global texture var (PR #115819)

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][CUDA][HIP] Externalize static global texture var (PR #115819)

https://github.com/guopsh-sugon created https://github.com/llvm/llvm-project/pull/115819 Externalize static global texture variable in CUDA/HIP. Reason: CUDA/HIP runtime needs reference the texture symbol in device elf when program is running. If a texture var has internal linkage type a runtim

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

https://github.com/ChuanqiXu9 updated https://github.com/llvm/llvm-project/pull/106683 >From 15aa6af1f5d22e4b837e8e2fd49469310ffbe7f1 Mon Sep 17 00:00:00 2001 From: Chuanqi Xu Date: Fri, 30 Aug 2024 15:11:07 +0800 Subject: [PATCH 1/5] [clangd] [Modules] Support Reusable Modules Builder --- cl

[clang] [test] Move CodeGen/aarch64-* into the AArch64 subfolder (PR #115818)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Fangrui Song (MaskRay) Changes Similar to other targets (AMDGPU, Mips, PowerPC, RISCV, X86, ...) `ninja check-clang-codegen-aarch64` can be used to test this subfolder. --- Patch is 195.74 KiB, truncated to 20.00 KiB below, full version

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

@@ -316,36 +294,205 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName, if (Clang->getDiagnostics().hasErrorOccurred()) return llvm::createStringError("Compilation failed"); - BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output); - return llv

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

@@ -316,36 +287,169 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName, if (Clang->getDiagnostics().hasErrorOccurred()) return llvm::createStringError("Compilation failed"); - BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output); - return llv

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

@@ -316,36 +294,205 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName, if (Clang->getDiagnostics().hasErrorOccurred()) return llvm::createStringError("Compilation failed"); - BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output); - return llv

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

@@ -124,10 +164,34 @@ struct ModuleFile { llvm::sys::fs::remove(ModuleFilePath); } + StringRef getModuleName() const { return ModuleName; } + + StringRef getModuleFilePath() const { return ModuleFilePath; } + +private: std::string ModuleName; std::string Module

[clang-tools-extra] [clangd] [Modules] Support Reusable Modules Builder (PR #106683)

@@ -316,36 +309,221 @@ llvm::Error buildModuleFile(llvm::StringRef ModuleName, if (Clang->getDiagnostics().hasErrorOccurred()) return llvm::createStringError("Compilation failed"); - BuiltModuleFiles.addModuleFile(ModuleName, Inputs.CompileCommand.Output); - return llv

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

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

[clang] [clang] Introduce [[clang::lifetime_capture_by(X)]] (PR #111499)

usx95 wrote: Thanks for the revert. I think I know what caused the compile time regression. Looking into the leak now and I can reproduce with asan. https://github.com/llvm/llvm-project/pull/111499 ___ cfe-commits mailing list cfe-commits@lists.llvm.o

[clang] [llvm] Emit constrained atan2 intrinsic for clang builtin (PR #113636)

farzonl wrote: > @farzonl > > > Here are just a handful of tests that we might want to update, but there > > are others: > > I'm updating these tests that were called out. What others do I need to look > for? How do I know if I've found all the tests I need to update? I found them via `git g

[clang] [llvm] [HLSL][DXIL] Implement `asdouble` intrinsic (PR #114847)

farzonl wrote: LGTM, but won't sign off until the `TargetTransformInfo` issue on the precursor pr is resolved. https://github.com/llvm/llvm-project/pull/114847 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mai

[clang] [flang] [llvm] seq_cst is allowed in Flush since OpenMP 5.1. (PR #114072)

https://github.com/ShashwathiNavada updated https://github.com/llvm/llvm-project/pull/114072 >From 4b49b221a67bd77db98ca765610f7c1ace0772a0 Mon Sep 17 00:00:00 2001 From: Shashwathi N Date: Tue, 29 Oct 2024 09:16:04 -0500 Subject: [PATCH 1/2] Added support for seq_cst clause for flush directive

[clang] [TableGen] Use heterogenous lookups with std::map (NFC) (PR #115810)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes Heterogenous lookups allow us to call find with StringRef, avoiding a temporary heap allocation of std::string. This patch introduces alias: using DiagsInGroup = std::map

[clang] [TableGen] Use heterogenous lookups with std::map (NFC) (PR #115810)

https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/115810 Heterogenous lookups allow us to call find with StringRef, avoiding a temporary heap allocation of std::string. This patch introduces alias: using DiagsInGroup = std::map>; because the raw type is a b

[clang] [ByteCode] Migrate away from PointerUnion::{is, get, dyn_cast} (NFC) (PR #115809)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes Note that PointerUnion::{is,get,dyn_cast} have been soft deprecated in PointerUnion.h: // FIXME: Replace the uses of is(), get() and dyn_cast() with //isa, cast and the llvm::dyn_cast<

[clang] [ByteCode] Migrate away from PointerUnion::{is, get, dyn_cast} (NFC) (PR #115809)

https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/115809 Note that PointerUnion::{is,get,dyn_cast} have been soft deprecated in PointerUnion.h: // FIXME: Replace the uses of is(), get() and dyn_cast() with //isa, cast and the llvm::dyn_cast >From

[clang-tools-extra] [clang-tidy] fix bugprone-sizeof-expression when sizeof expression with template types (PR #115275)

https://github.com/HerrCai0907 updated https://github.com/llvm/llvm-project/pull/115275 >From 06fb72b3720e3c457fc672c38258474879006682 Mon Sep 17 00:00:00 2001 From: Congcong Cai Date: Thu, 7 Nov 2024 15:21:48 +0800 Subject: [PATCH 1/3] [clang-tidy] fix bugprone-sizeof-expression when sizeof e

[clang-tools-extra] [clang-tidy] fix bugprone-sizeof-expression when sizeof expression with template types (PR #115275)

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

[clang-tools-extra] e855fea - [clang-tidy] fix bugprone-sizeof-expression when sizeof expression with template types (#115275)

Author: Congcong Cai Date: 2024-11-12T11:36:33+08:00 New Revision: e855feac41fd89aebf540a155d21f12a3e82f05b URL: https://github.com/llvm/llvm-project/commit/e855feac41fd89aebf540a155d21f12a3e82f05b DIFF: https://github.com/llvm/llvm-project/commit/e855feac41fd89aebf540a155d21f12a3e82f05b.diff

[clang] [Clang] add wraps and no_wraps attributes (PR #115094)

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

[clang] [Clang] add wraps and no_wraps attributes (PR #115094)

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

[clang] [Clang] add wraps and no_wraps attributes (PR #115094)

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

[clang-tools-extra] [clang-tidy] Filter out googletest TUs in bugprone-unchecked-optional-access (PR #115051)

https://github.com/jvoung updated https://github.com/llvm/llvm-project/pull/115051 >From 8d83ec25ccdedad5f6a48e4a23176435f71a3e72 Mon Sep 17 00:00:00 2001 From: Jan Voung Date: Tue, 5 Nov 2024 19:20:36 + Subject: [PATCH 1/3] [clang-tidy] Filter out googletest TUs in bugprone-unchecked-opti

[clang] [StaticAnalyzer] early return if sym is concrete on assuming (PR #115579)

@@ -0,0 +1,33 @@ +// RUN: %clang_analyze_cc1 %s \ +// RUN: -analyzer-checker=unix.StdCLibraryFunctions \ +// RUN: -analyzer-config unix.StdCLibraryFunctions:ModelPOSIX=true \ +// RUN: -analyzer-checker=debug.ExprInspection \ +// RUN: -triple x86_64-unknown-linux-gnu \ +//

[clang] [StaticAnalyzer] early return if sym is concrete on assuming (PR #115579)

@@ -0,0 +1,31 @@ +// RUN: %clang_analyze_cc1 %s \ +// RUN: -analyzer-checker=debug.ExprInspection \ +// RUN: -verify + +void clang_analyzer_eval(int); + +void test_derived_sym_simplification_on_assume(int s0, int s1) { + int elem = s0 + s1 + 1; + if (elem-- == 0) // elem = s

[clang] [StaticAnalyzer] early return if sym is concrete on assuming (PR #115579)

https://github.com/danix800 updated https://github.com/llvm/llvm-project/pull/115579 >From 19b47c6ad25453c6be74bfd4cbdb7bc7eeed401c Mon Sep 17 00:00:00 2001 From: dingfei Date: Sat, 9 Nov 2024 10:28:59 +0800 Subject: [PATCH 1/2] [StaticAnalyzer] early return if sym is concrete on assuming Thi

[clang] [llvm] Emit constrained atan2 intrinsic for clang builtin (PR #113636)

https://github.com/tex3d updated https://github.com/llvm/llvm-project/pull/113636 >From 661bd4ceba1e60bc12e1e85bffc53edfd13f5494 Mon Sep 17 00:00:00 2001 From: Tex Riddell Date: Tue, 15 Oct 2024 16:18:44 -0700 Subject: [PATCH 1/6] Emit constrained atan2 intrinsic for clang builtin This change

[clang] [llvm] Emit constrained atan2 intrinsic for clang builtin (PR #113636)

https://github.com/tex3d updated https://github.com/llvm/llvm-project/pull/113636 >From a6776121bb118fe4083ccb94fa582cca1aef7f9b Mon Sep 17 00:00:00 2001 From: Tex Riddell Date: Tue, 15 Oct 2024 16:18:44 -0700 Subject: [PATCH 1/6] Emit constrained atan2 intrinsic for clang builtin This change

[clang] [Clang] add wraps and no_wraps attributes (PR #115094)

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

[clang] [Clang] add wraps and no_wraps attributes (PR #115094)

@@ -8710,3 +8710,103 @@ Declares that a function potentially allocates heap memory, and prevents any pot of ``nonallocating`` by the compiler. }]; } + +def WrapsDocs : Documentation { + let Category = DocCatField; + let Content = [{ +The ``wraps`` attribute can be used wit

[clang] [Clang] Fix dependent expression handling for assumptions (PR #115646)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin` running on `doug-worker-5` while building `clang` at step 6 "test-build-unified-tree-check-all". Full details are available at: https://lab.llvm.org/buildbot/#/builders/190/builds/9287 Here is the

[clang] [Clang] add wraps and no_wraps attributes (PR #115094)

https://github.com/JustinStitt updated https://github.com/llvm/llvm-project/pull/115094 >From b5515eba87ffd96d010952bf18fe4044861df298 Mon Sep 17 00:00:00 2001 From: Justin Stitt Date: Tue, 5 Mar 2024 03:14:49 + Subject: [PATCH 01/12] add wraps, no_wraps attributes --- clang/docs/ReleaseN

[clang] de2fad3 - [Clang] Fix dependent expression handling for assumptions (#115646)

Author: Younan Zhang Date: 2024-11-12T09:45:33+08:00 New Revision: de2fad32513f7420988df1cf99aff90e0a067469 URL: https://github.com/llvm/llvm-project/commit/de2fad32513f7420988df1cf99aff90e0a067469 DIFF: https://github.com/llvm/llvm-project/commit/de2fad32513f7420988df1cf99aff90e0a067469.diff

[clang] [Clang] Fix dependent expression handling for assumptions (PR #115646)

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

[clang] [Clang][Driver] Ensure clang can construct toolchain target names (PR #115798)

llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Matthew Mirvish (mincrmatt12) Changes This adds an extra validation step to `ToolChain::getTargetAndModeFromProgramName` to actually try constructing the target info for the triple it deduces, instead of just relying on the LLVM t

[clang] [-Wunsafe-buffer-usage] Fix false positives in warning againt 2-parameter std::span constructor (PR #115797)

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 b816c2628919de9a978132347f039ad23794837d a60c18973c0ea5b59c7c5f38813083e862f70e6e --e

[clang] [Clang][Driver] Ensure clang can construct toolchain target names (PR #115798)

https://github.com/mincrmatt12 created https://github.com/llvm/llvm-project/pull/115798 This adds an extra validation step to `ToolChain::getTargetAndModeFromProgramName` to actually try constructing the target info for the triple it deduces, instead of just relying on the LLVM target registr

[clang] [-Wunsafe-buffer-usage] Fix false positives in warning againt 2-parameter std::span constructor (PR #115797)

llvmbot wrote: @llvm/pr-subscribers-clang-analysis Author: Malavika Samak (malavikasamak) Changes Do not warn when two parameter constructor receives pointer address from a std::addressof method and the span size is set to 1. (rdar://139298119) --- Full diff: https://github.com/llvm/llv

[clang] [-Wunsafe-buffer-usage] Fix false positives in warning againt 2-parameter std::span constructor (PR #115797)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Malavika Samak (malavikasamak) Changes Do not warn when two parameter constructor receives pointer address from a std::addressof method and the span size is set to 1. (rdar://139298119) --- Full diff: https://github.com/llvm/llvm-project

[clang] [-Wunsafe-buffer-usage] Fix false positives in warning againt 2-parameter std::span constructor (PR #115797)

https://github.com/malavikasamak created https://github.com/llvm/llvm-project/pull/115797 Do not warn when two parameter constructor receives pointer address from a std::addressof method and the span size is set to 1. (rdar://139298119) >From a60c18973c0ea5b59c7c5f38813083e862f70e6e Mon Sep 1

[clang] [webkit.UncountedLambdaCapturesChecker] Ignore trivial functions and [[clang::noescape]]. (PR #114897)

@@ -89,7 +182,25 @@ class UncountedLambdaCapturesChecker } printQuotedQualifiedName(Os, Capture.getCapturedVar()); -Os << " to uncounted type is unsafe."; +Os << " to ref-counted / CheckedPtr capable type is unsafe."; + +PathDiagnosticLocation BSLoc(Capture

[clang] [webkit.UncountedLambdaCapturesChecker] Ignore trivial functions and [[clang::noescape]]. (PR #114897)

@@ -45,32 +52,118 @@ class UncountedLambdaCapturesChecker bool shouldVisitTemplateInstantiations() const { return true; } bool shouldVisitImplicitCode() const { return false; } - bool VisitLambdaExpr(LambdaExpr *L) { -Checker->visitLambdaExpr(L); +

[clang] [Clang] Add `-fdefault-generic-addrspace` flag for targeting GPUs (PR #115777)

jhuber6 wrote: > I think I generally agree with @AlexVlx argument. While the patch may solve > you immediate issue, I think it's not going to give you a usable compilation > model for AS-qualified pointers. > > If you are defining your own C++ extension along the lines of > CUDA/HIP/OpenCL, y

[clang] [llvm] [RISCV] Add TT-Ascalon-d8 processor (PR #115100)

https://github.com/ppenzin updated https://github.com/llvm/llvm-project/pull/115100 >From 246f1374b31ac11041deffe2f4afc35ee93cc66f Mon Sep 17 00:00:00 2001 From: Petr Penzin Date: Tue, 5 Nov 2024 13:11:48 -0600 Subject: [PATCH 1/4] [RISCV] Add TT-Ascalon-d8 processor Ascalon is an out-of-order

[clang] [Clang] Add `-fdefault-generic-addrspace` flag for targeting GPUs (PR #115777)

Artem-B wrote: I think I generally agree with @AlexVlx argument. While the patch may solve you immediate issue, I think it's not going to give you a usable compilation model for AS-qualified pointers. If you are defining your own C++ extension along the lines of CUDA/HIP/OpenCL, you would hav

[clang] [Wunsafe-buffer-usage] Fix false positives in handling string literals. (PR #115552)

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

[clang] da032a6 - [Wunsafe-buffer-usage] Fix false positives in handling string literals. (#115552)

Author: Malavika Samak Date: 2024-11-11T16:47:28-08:00 New Revision: da032a609c1bde6f6775cf1650e08a205920d920 URL: https://github.com/llvm/llvm-project/commit/da032a609c1bde6f6775cf1650e08a205920d920 DIFF: https://github.com/llvm/llvm-project/commit/da032a609c1bde6f6775cf1650e08a205920d920.diff

[clang] [llvm] [RISCV] Add TT-Ascalon-d8 processor (PR #115100)

@@ -104,6 +104,62 @@ // RUN: %clang --target=riscv32 -### -c %s 2>&1 -mtune=syntacore-scr1-max | FileCheck -check-prefix=MTUNE-SYNTACORE-SCR1-MAX %s // MTUNE-SYNTACORE-SCR1-MAX: "-tune-cpu" "syntacore-scr1-max" +// RUN: %clang --target=riscv64 -### -c %s 2>&1 -mtune=tt-ascalo

[clang] [codegen] Fix crash in codegan caused by pointer calculation overflow (PR #115791)

vabridgers wrote: I know the diagnostic could probably be better, just trying to get the code review party started. https://github.com/llvm/llvm-project/pull/115791 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bi

[clang] [llvm] Emit constrained atan2 intrinsic for clang builtin (PR #113636)

https://github.com/tex3d updated https://github.com/llvm/llvm-project/pull/113636 >From a6776121bb118fe4083ccb94fa582cca1aef7f9b Mon Sep 17 00:00:00 2001 From: Tex Riddell Date: Tue, 15 Oct 2024 16:18:44 -0700 Subject: [PATCH 1/4] Emit constrained atan2 intrinsic for clang builtin This change

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -0,0 +1,14 @@ +// NOTE: Assertions have been autogenerated by utils/update_cc_test_checks.py UTC_ARGS: --version 4 +// RUN: %clang_cc1 %s -ffreestanding -triple=x86_64-unknown-unknown \ +// RUN: -target-feature +amx-int8 -target-feature +amx-bf16 \ +// RUN: -target-feature +am

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -370,6 +370,71 @@ let Predicates = [HasAMXTRANSPOSE, In64BitMode] in { } } // HasAMXTILE, HasAMXTRANSPOSE +let Predicates = [HasAMXMOVRS, HasAMXTRANSPOSE, In64BitMode], SchedRW = [WriteSystem] in { + def T2RPNTLVWZ0RS : I<0xf8, MRMSrcMemFSIB, (outs TILEPair:$dst), +

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -370,6 +370,71 @@ let Predicates = [HasAMXTRANSPOSE, In64BitMode] in { } } // HasAMXTILE, HasAMXTRANSPOSE +let Predicates = [HasAMXMOVRS, HasAMXTRANSPOSE, In64BitMode], SchedRW = [WriteSystem] in { + def T2RPNTLVWZ0RS : I<0xf8, MRMSrcMemFSIB, (outs TILEPair:$dst), +

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -1880,6 +1880,7 @@ const StringMap sys::getHostCPUFeatures() { !getX86CpuIDAndInfoEx(0x1e, 0x1, &EAX, &EBX, &ECX, &EDX); Features["amx-fp8"] = HasLeaf1E && ((EAX >> 4) & 1) && HasAMXSave; Features["amx-transpose"] = HasLeaf1E && ((EAX >> 5) & 1) && Has

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -370,6 +370,71 @@ let Predicates = [HasAMXTRANSPOSE, In64BitMode] in { } } // HasAMXTILE, HasAMXTRANSPOSE +let Predicates = [HasAMXMOVRS, HasAMXTRANSPOSE, In64BitMode], SchedRW = [WriteSystem] in { + def T2RPNTLVWZ0RS : I<0xf8, MRMSrcMemFSIB, (outs TILEPair:$dst), +

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -273,6 +273,9 @@ def FeatureAMXCOMPLEX : SubtargetFeature<"amx-complex", "HasAMXCOMPLEX", "true", def FeatureAMXFP8 : SubtargetFeature<"amx-fp8", "HasAMXFP8", "true", "Support AMX-FP8 instructions", [

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -5305,6 +5339,13 @@ void X86DAGToDAGISel::Select(SDNode *Node) { ReplaceNode(Node, CNode); return; } +case Intrinsic::x86_t2rpntlvwz0rs: +case Intrinsic::x86_t2rpntlvwz0rst1: +case Intrinsic::x86_t2rpntlvwz1rs: +case Intrinsic::x86_t2rpntlvwz1

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -656,6 +656,11 @@ _storebe_i64(void * __P, long long __D) { #include #endif +#if !defined(__SCE__) || __has_feature(modules) || defined(__AMX_MOVRS__) +#include +#include phoebewang wrote: This needs to be guarded with ``` #if !defined(__SCE__) || __has

[clang] [llvm] [X86][AMX] Support AMX-MOVRS (PR #115151)

@@ -0,0 +1,201 @@ +/* ===--- amxmovrstransposeintrin.h - AMX_MOVRS_TRANSPOSE intrinsics -*- C++ + * -*-=== phoebewang wrote: Adjust for 1 line. https://github.com/llvm/llvm-project/pull/115151 ___ cfe-commits m

[clang] [llvm] [llvm] Add triples for managarm (PR #87845)

https://github.com/no92 updated https://github.com/llvm/llvm-project/pull/87845 >From 9d681fdec1f5f86244dd0ba429f35805e1ddde61 Mon Sep 17 00:00:00 2001 From: no92 Date: Fri, 6 Sep 2024 21:17:53 +0200 Subject: [PATCH 1/3] [llvm] Add managarm OS target --- llvm/include/llvm/ADT/bit.h

[clang] [llvm] [llvm] Add triples for managarm (PR #87845)

https://github.com/no92 updated https://github.com/llvm/llvm-project/pull/87845 >From 9d681fdec1f5f86244dd0ba429f35805e1ddde61 Mon Sep 17 00:00:00 2001 From: no92 Date: Fri, 6 Sep 2024 21:17:53 +0200 Subject: [PATCH 1/4] [llvm] Add managarm OS target --- llvm/include/llvm/ADT/bit.h

[clang] [clang][OpenMP][NFC] Move 'allocate' clause modifier parsing into fun… (PR #115775)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `libc-x86_64-debian-gcc-fullbuild-dbg` running on `libc-x86_64-debian-fullbuild` while building `clang` at step 4 "annotate". Full details are available at: https://lab.llvm.org/buildbot/#/builders/131/builds/10173 Here is t

[clang] e8c4842 - [clang][OpenMP][NFC] Move 'allocate' clause modifier parsing into fun… (#115775)

Author: David Pagan Date: 2024-11-11T16:11:16-08:00 New Revision: e8c4842f0ce7a81440e2147a0c9bcc690714a6e5 URL: https://github.com/llvm/llvm-project/commit/e8c4842f0ce7a81440e2147a0c9bcc690714a6e5 DIFF: https://github.com/llvm/llvm-project/commit/e8c4842f0ce7a81440e2147a0c9bcc690714a6e5.diff L

[clang] [clang][OpenMP][NFC] Move 'allocate' clause modifier parsing into fun… (PR #115775)

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

[clang] [codegen] Fix crash in codegan caused by pointer calculation overflow (PR #115791)

llvmbot wrote: @llvm/pr-subscribers-clang Author: None (vabridgers) Changes Fixes https://github.com/llvm/llvm-project/issues/48168 Under certain conditions, the front end does not detect a possible overflow address calculations until codegen. This change emits a warning instead of allo

[clang] [codegen] Fix crash in codegan caused by pointer calculation overflow (PR #115791)

llvmbot wrote: @llvm/pr-subscribers-clang-codegen Author: None (vabridgers) Changes Fixes https://github.com/llvm/llvm-project/issues/48168 Under certain conditions, the front end does not detect a possible overflow address calculations until codegen. This change emits a warning instead

[clang] [codegen] Fix crash in codegan caused by pointer calculation overflow (PR #115791)

https://github.com/vabridgers created https://github.com/llvm/llvm-project/pull/115791 Fixes https://github.com/llvm/llvm-project/issues/48168 Under certain conditions, the front end does not detect a possible overflow address calculations until codegen. This change emits a warning instead of

[clang] [Clang] Add `-fdefault-generic-addrspace` flag for targeting GPUs (PR #115777)

jhuber6 wrote: > > > This has a lot of unfortable effects that limit using address spaces in > > > C++ as well > > > as making it more difficult to work with. > > > > > > Can you give some examples? > > It sounds that what you really want is for address space qualifiers to not > > be part of

[clang] [Clang] Add `-fdefault-generic-addrspace` flag for targeting GPUs (PR #115777)

jhuber6 wrote: > > This has a lot of unfortable effects that limit using address spaces in C++ > > as well > > as making it more difficult to work with. > > Can you give some examples? > > It sounds that what you really want is for address space qualifiers to not be > part of a type signature

  1   2   3   4   >