[clang] [clang][bytecode][NFC] Add failing memmove testcase (PR #126682)

2025-02-10 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `openmp-offload-amdgpu-runtime` running on `omp-vega20-0` while building `clang` at step 7 "Add check check-offload". Full details are available at: https://lab.llvm.org/buildbot/#/builders/30/builds/15560 Here is the releva

[clang] [Driver][HIP] Do not pass -dependency-file flag for HIP Device offloading (PR #125646)

2025-02-10 Thread Sharadh Rajaraman via cfe-commits
sharadhr wrote: @Prabhuk not quite sure why I was mentioned here—which change are you referring to? https://github.com/llvm/llvm-project/pull/125646 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listin

[clang] [clang][HeuristicResolver] Track the expression whose type is being simplified after each step in simplifyType() (PR #126689)

2025-02-10 Thread Younan Zhang via cfe-commits
https://github.com/zyn0217 edited https://github.com/llvm/llvm-project/pull/126689 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][HeuristicResolver] Track the expression whose type is being simplified after each step in simplifyType() (PR #126689)

2025-02-10 Thread Younan Zhang via cfe-commits
https://github.com/zyn0217 approved this pull request. Thanks for the prompt fix. The explanation makes sense to me, however please wait for @kadircet to confirm this fixes their problems. https://github.com/llvm/llvm-project/pull/126689 ___ cfe-commi

[clang] [clang][HeuristicResolver] Track the expression whose type is being simplified after each step in simplifyType() (PR #126689)

2025-02-10 Thread Nathan Ridge via cfe-commits
HighCommander4 wrote: The explanation in [this comment](https://github.com/llvm/llvm-project/issues/126536#issuecomment-2649966528) may provide useful context for reviewing this fix. https://github.com/llvm/llvm-project/pull/126689 ___ cfe-commits ma

[clang] [NFC][analyzer] OOB test consolidation I: no-outofbounds.c (PR #126539)

2025-02-10 Thread Pavel Skripkin via cfe-commits
pskrgag wrote: > tagged as "clang: static analyzer" I think we can. Labeler logic is located there and there is no clang/test/Analysis https://github.com/llvm/llvm-project/blob/main/.github/new-prs-labeler.yml#L496 https://github.com/llvm/llvm-project/pull/126539 __

[clang] [NFC][analyzer] OOB test consolidation I: no-outofbounds.c (PR #126539)

2025-02-10 Thread Pavel Skripkin via cfe-commits
https://github.com/pskrgag approved this pull request. https://github.com/llvm/llvm-project/pull/126539 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] Fix false positive of [[clang::require_explicit_initialization]] on copy/move constructors (PR #126553)

2025-02-10 Thread Mikhail Goncharov via cfe-commits
metaflow wrote: thank you! https://github.com/llvm/llvm-project/pull/126553 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][HeuristicResolver] Track the expression whose type is being simplified after each step in simplifyType() (PR #126689)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Nathan Ridge (HighCommander4) Changes Fixes https://github.com/llvm/llvm-project/issues/126536 --- Full diff: https://github.com/llvm/llvm-project/pull/126689.diff 2 Files Affected: - (modified) clang/lib/Sema/HeuristicResolver.cpp (+29

[clang] [clang][HeuristicResolver] Track the expression whose type is being simplified after each step in simplifyType() (PR #126689)

2025-02-10 Thread Nathan Ridge via cfe-commits
https://github.com/HighCommander4 created https://github.com/llvm/llvm-project/pull/126689 Fixes https://github.com/llvm/llvm-project/issues/126536 >From e5a3d7aa5362357acd30ef5d1bafaa814ac2c89f Mon Sep 17 00:00:00 2001 From: Nathan Ridge Date: Tue, 11 Feb 2025 01:56:50 -0500 Subject: [PATCH]

[clang] default clause replaced by otherwise clause for metadirective in OpenMP 5.2 (PR #125648)

2025-02-10 Thread Urvi Rav via cfe-commits
ravurvi20 wrote: @mjklemm I addressed the changes that you requested. Kindly review it and let me know if any further modifications are required. https://github.com/llvm/llvm-project/pull/125648 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] Fix false positive of [[clang::require_explicit_initialization]] on copy/move constructors (PR #126553)

2025-02-10 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `openmp-offload-amdgpu-runtime` running on `omp-vega20-0` while building `clang` at step 7 "Add check check-offload". Full details are available at: https://lab.llvm.org/buildbot/#/builders/30/builds/15558 Here is the releva

[clang] [llvm] [HLSL] [DXIL] Implement the `AddUint64` HLSL function and the `UAddc` DXIL op (PR #125319)

2025-02-10 Thread Deric Cheung via cfe-commits
@@ -0,0 +1,40 @@ +; RUN: opt -S -dxil-op-lower -mtriple=dxil-pc-shadermodel6.3-library %s | FileCheck %s + +; CHECK: %dx.types.i32c = type { i32, i1 } Icohedron wrote: Perhaps I made the incorrect assumption that UAddc only accepts scalars. In the current imple

[clang] Fix false positive of [[clang::require_explicit_initialization]] on copy/move constructors (PR #126553)

2025-02-10 Thread Mikhail Goncharov via cfe-commits
https://github.com/metaflow closed https://github.com/llvm/llvm-project/pull/126553 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 90192e8 - Fix false positive of [[clang::require_explicit_initialization]] on copy/move constructors (#126553)

2025-02-10 Thread via cfe-commits
Author: higher-performance Date: 2025-02-11T07:52:13+01:00 New Revision: 90192e8872cc90b4d292b180a49babf72d17e579 URL: https://github.com/llvm/llvm-project/commit/90192e8872cc90b4d292b180a49babf72d17e579 DIFF: https://github.com/llvm/llvm-project/commit/90192e8872cc90b4d292b180a49babf72d17e579.

[clang] [Clang][CMake][MSVC] Install PDBs alongside executables (PR #126675)

2025-02-10 Thread Saleem Abdulrasool via cfe-commits
https://github.com/compnerd approved this pull request. https://github.com/llvm/llvm-project/pull/126675 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [AVX10.2] Fix wrong intrinsic names after rename (PR #126390)

2025-02-10 Thread via cfe-commits
llvmbot wrote: /pull-request llvm/llvm-project#126687 https://github.com/llvm/llvm-project/pull/126390 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Sema] Avoid repeated hash lookups (NFC) (PR #126674)

2025-02-10 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/126674 None >From 46fda036a1b2955b66421e3dfcba52f8391325b3 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Mon, 10 Feb 2025 08:02:15 -0800 Subject: [PATCH] [Sema] Avoid repeated hash lookups (NFC) --- clang/

[clang] [Clang][Driver][HIP] Fix test for HIP as it was failing (PR #126585)

2025-02-10 Thread Vikram Hegde via cfe-commits
https://github.com/vikramRH approved this pull request. https://github.com/llvm/llvm-project/pull/126585 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 170b9ca - [clang][Sema] Emit warnings about incorrect AVR interrupt/signal handlers (#125997)

2025-02-10 Thread via cfe-commits
Author: Ben Shi Date: 2025-02-11T14:04:28+08:00 New Revision: 170b9caf335eb99cdecba0fb6cdf45728bcac11d URL: https://github.com/llvm/llvm-project/commit/170b9caf335eb99cdecba0fb6cdf45728bcac11d DIFF: https://github.com/llvm/llvm-project/commit/170b9caf335eb99cdecba0fb6cdf45728bcac11d.diff LOG:

[clang] [clang][Sema] Emit warnings about incorrect AVR interrupt/signal handlers (PR #125997)

2025-02-10 Thread Ben Shi via cfe-commits
https://github.com/benshi001 closed https://github.com/llvm/llvm-project/pull/125997 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CodeGen] Avoid repeated hash lookups (NFC) (PR #126672)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/126672.diff 1 Files Affected: - (modified) clang/lib/CodeGen/CGOpenMPRuntime.cpp (+5-6) ``diff diff --git a/clang/lib/CodeGen/CGOp

[clang] [CodeGen] Avoid repeated hash lookups (NFC) (PR #126672)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-codegen Author: Kazu Hirata (kazutakahirata) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/126672.diff 1 Files Affected: - (modified) clang/lib/CodeGen/CGOpenMPRuntime.cpp (+5-6) ``diff diff --git a/clang/lib/Code

[clang] [CodeGen] Avoid repeated hash lookups (NFC) (PR #126672)

2025-02-10 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/126672 None >From 170f0f3c53a64714b8d1257516a910d644b28992 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Mon, 10 Feb 2025 08:00:20 -0800 Subject: [PATCH] [CodeGen] Avoid repeated hash lookups (NFC) --- cla

[clang] Reapply "[Driver][ROCm][OpenMP] Fix default ockl linking for OpenMP."… (PR #126671)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Amit Kumar Pandey (ampandey-1995) Changes … (#126628) This reverts commit 0c6c4a99936d4d39015c8d2332483f8db78f69cf. --- Full diff: https://github.com/llvm/llvm-project/pull/126671.diff 4 Files Affected: - (modified) clang/lib/Dr

[clang] Reapply "[Driver][ROCm][OpenMP] Fix default ockl linking for OpenMP."… (PR #126671)

2025-02-10 Thread Amit Kumar Pandey via cfe-commits
https://github.com/ampandey-1995 created https://github.com/llvm/llvm-project/pull/126671 … (#126628) This reverts commit 0c6c4a99936d4d39015c8d2332483f8db78f69cf. >From 3ddcfd96fac0ee0cc11dae494435a2aca7bcd7e5 Mon Sep 17 00:00:00 2001 From: Amit Pandey Date: Tue, 11 Feb 2025 08:06:21 +0530 S

[clang] [flang] [flang][OpenMP] Upstream first part of `do concurrent` mapping (PR #126026)

2025-02-10 Thread Kareem Ergawy via cfe-commits
ergawy wrote: Ping! Please take a look when you have time. And let me know if you disagree with any decisions taken in the current approach or need any clarification/expansion in the next steps section of the status tracking document. https://github.com/llvm/llvm-project/pull/126026 _

[clang] [flang] [flang][OpenMP] Upstream first part of `do concurrent` mapping (PR #126026)

2025-02-10 Thread Kareem Ergawy via cfe-commits
@@ -142,6 +142,12 @@ static llvm::cl::opt llvm::cl::desc("enable openmp device compilation"), llvm::cl::init(false)); +static llvm::cl::opt enableDoConcurrentToOpenMPConversion( +"fdo-concurrent-parallel", erga

[clang] [flang] [flang][OpenMP] Upstream first part of `do concurrent` mapping (PR #126026)

2025-02-10 Thread Kareem Ergawy via cfe-commits
@@ -6910,6 +6910,10 @@ defm loop_versioning : BoolOptionWithoutMarshalling<"f", "version-loops-for-stri def fhermetic_module_files : Flag<["-"], "fhermetic-module-files">, Group, HelpText<"Emit hermetic module files (no nested USE association)">; + +def do_concurrent_paral

[clang] [flang] [flang][OpenMP] Upstream first part of `do concurrent` mapping (PR #126026)

2025-02-10 Thread Kareem Ergawy via cfe-commits
https://github.com/ergawy updated https://github.com/llvm/llvm-project/pull/126026 >From 4ea51578a841ae29e17a366d96a7c0f626806623 Mon Sep 17 00:00:00 2001 From: ergawy Date: Wed, 5 Feb 2025 23:31:15 -0600 Subject: [PATCH] [flang][OpenMP] Upstream first part of `do concurrent` mapping This PR

[clang] [Clang][Driver][HIP] Fix test for HIP as it was failing (PR #126585)

2025-02-10 Thread Sharjeel Khan via cfe-commits
@@ -1,6 +1,5 @@ // RUN: %clang -### -nogpuinc -nogpulib --offload-arch=gfx1030 --offload-arch=gfx1100 --offload-arch=gfx1101 -MD -MF tmp.d %s 2>&1 | FileCheck %s Sharjeel-Khan wrote: I added --target=x86_64-linux-gnu to the command. I just need a review so I c

[clang] [Clang][Driver][HIP] Fix test for HIP as it was failing (PR #126585)

2025-02-10 Thread Sharjeel Khan via cfe-commits
https://github.com/Sharjeel-Khan updated https://github.com/llvm/llvm-project/pull/126585 >From f8b2aa2393ae9cc5329790a78dc995017968a8a1 Mon Sep 17 00:00:00 2001 From: Sharjeel Khan Date: Mon, 10 Feb 2025 19:30:06 + Subject: [PATCH 1/2] Fix test for HIP as it was failing This PR #125646 ad

[clang] [Clang][Driver][HIP] Fix test for HIP as it was failing (PR #126585)

2025-02-10 Thread Sharjeel Khan via cfe-commits
https://github.com/Sharjeel-Khan updated https://github.com/llvm/llvm-project/pull/126585 >From f8b2aa2393ae9cc5329790a78dc995017968a8a1 Mon Sep 17 00:00:00 2001 From: Sharjeel Khan Date: Mon, 10 Feb 2025 19:30:06 + Subject: [PATCH 1/2] Fix test for HIP as it was failing This PR #125646 ad

[clang] [libc] [libcxx] [llvm] [NVPTX] Make ctor/dtor lowering always enabled in NVPTX (PR #126544)

2025-02-10 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-ppc64-aix` running on `aix-ppc64` while building `clang,libc,libcxx,llvm` at step 3 "clean-build-dir". Full details are available at: https://lab.llvm.org/buildbot/#/builders/64/builds/2232 Here is the relevant piece

[clang] [analyzer] Remove some false negatives in StackAddrEscapeChecker (PR #125638)

2025-02-10 Thread Michael Flanders via cfe-commits
https://github.com/Flandini edited https://github.com/llvm/llvm-project/pull/125638 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [AVX10.2] Fix wrong mask casting in some convert intrinsics (PR #126627)

2025-02-10 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-aarch64-darwin` running on `doug-worker-4` while building `clang` at step 6 "test-build-unified-tree-check-all". Full details are available at: https://lab.llvm.org/buildbot/#/builders/190/builds/14428 Here is th

[clang] [AVX10.2] Fix wrong mask casting in some convert intrinsics (PR #126627)

2025-02-10 Thread via cfe-commits
llvmbot wrote: /pull-request llvm/llvm-project#12 https://github.com/llvm/llvm-project/pull/126627 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Constant buffer layout struct update (PR #124840)

2025-02-10 Thread Helena Kotas via cfe-commits
https://github.com/hekota closed https://github.com/llvm/llvm-project/pull/124840 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 1a0de96 - [HLSL] Constant buffer layout struct update (#124840)

2025-02-10 Thread via cfe-commits
Author: Helena Kotas Date: 2025-02-10T21:19:13-08:00 New Revision: 1a0de96c95feaffb3c05159305edce8c7c47057f URL: https://github.com/llvm/llvm-project/commit/1a0de96c95feaffb3c05159305edce8c7c47057f DIFF: https://github.com/llvm/llvm-project/commit/1a0de96c95feaffb3c05159305edce8c7c47057f.diff

[clang] [AVX10.2] Fix wrong mask casting in some convert intrinsics (PR #126627)

2025-02-10 Thread Phoebe Wang via cfe-commits
https://github.com/phoebewang milestoned https://github.com/llvm/llvm-project/pull/126627 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [AVX10.2] Fix wrong mask casting in some convert intrinsics (PR #126627)

2025-02-10 Thread Phoebe Wang via cfe-commits
phoebewang wrote: /cherry-pick af522c5dd3a38cc5e11e8e62009d7dbe2cde2d86 https://github.com/llvm/llvm-project/pull/126627 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [AVX10.2] Fix wrong mask casting in some convert intrinsics (PR #126627)

2025-02-10 Thread Phoebe Wang via cfe-commits
https://github.com/phoebewang closed https://github.com/llvm/llvm-project/pull/126627 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] af522c5 - [AVX10.2] Fix wrong mask casting in some convert intrinsics (#126627)

2025-02-10 Thread via cfe-commits
Author: Mikołaj Piróg Date: 2025-02-11T13:13:36+08:00 New Revision: af522c5dd3a38cc5e11e8e62009d7dbe2cde2d86 URL: https://github.com/llvm/llvm-project/commit/af522c5dd3a38cc5e11e8e62009d7dbe2cde2d86 DIFF: https://github.com/llvm/llvm-project/commit/af522c5dd3a38cc5e11e8e62009d7dbe2cde2d86.diff

[clang] [Clang][Driver][HIP] Fix test for HIP as it was failing (PR #126585)

2025-02-10 Thread Vikram Hegde via cfe-commits
@@ -1,6 +1,5 @@ // RUN: %clang -### -nogpuinc -nogpulib --offload-arch=gfx1030 --offload-arch=gfx1100 --offload-arch=gfx1101 -MD -MF tmp.d %s 2>&1 | FileCheck %s vikramRH wrote: @lalaniket8 is not available for rest of the week, but this looks okay to me. Als

[clang] [Sema] Add code completion for if constexpr (PR #124315)

2025-02-10 Thread Younan Zhang via cfe-commits
@@ -6749,6 +6749,21 @@ void SemaCodeCompletion::CodeCompleteInitializer(Scope *S, Decl *D) { CodeCompleteExpression(S, Data); } +void SemaCodeCompletion::CodeCompleteIfConstExpr(Scope *S) const { + ResultBuilder Results(SemaRef, CodeCompleter->getAllocator(), +

[clang] [Sema] Add code completion for if constexpr (PR #124315)

2025-02-10 Thread Younan Zhang via cfe-commits
@@ -6749,6 +6749,21 @@ void SemaCodeCompletion::CodeCompleteInitializer(Scope *S, Decl *D) { CodeCompleteExpression(S, Data); } +void SemaCodeCompletion::CodeCompleteIfConstExpr(Scope *S) const { + ResultBuilder Results(SemaRef, CodeCompleter->getAllocator(), +

[clang] [Sema] Add code completion for if constexpr (PR #124315)

2025-02-10 Thread Younan Zhang via cfe-commits
@@ -152,6 +152,7 @@ class SemaCodeCompletion : public SemaBase { void CodeCompleteDesignator(const QualType BaseType, llvm::ArrayRef InitExprs, const Designation &D); + void CodeCompleteIfConstExpr(Scope *S) const;

[clang] [Sema] Add code completion for if constexpr (PR #124315)

2025-02-10 Thread Younan Zhang via cfe-commits
@@ -6749,6 +6749,21 @@ void SemaCodeCompletion::CodeCompleteInitializer(Scope *S, Decl *D) { CodeCompleteExpression(S, Data); } +void SemaCodeCompletion::CodeCompleteIfConstExpr(Scope *S) const { + ResultBuilder Results(SemaRef, CodeCompleter->getAllocator(), +

[clang] [clang] StmtPrinter: Handle DeclRefExpr to a Decomposition (PR #125001)

2025-02-10 Thread via cfe-commits
llvmbot wrote: /pull-request llvm/llvm-project#126659 https://github.com/llvm/llvm-project/pull/125001 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [WebKit Checkers] Treat const Objective-C ivar as a safe origin (PR #126353)

2025-02-10 Thread Rashmi Mudduluru via cfe-commits
@@ -163,10 +163,13 @@ bool isConstOwnerPtrMemberExpr(const clang::Expr *E) { if (OCE->getOperator() == OO_Star && OCE->getNumArgs() == 1) E = OCE->getArg(0); } - auto *ME = dyn_cast(E); - if (!ME) + const ValueDecl *D = nullptr; + if (auto *ME = dyn_cast(E)) +

[clang] [WebKit Checkers] Treat const Objective-C ivar as a safe origin (PR #126353)

2025-02-10 Thread Rashmi Mudduluru via cfe-commits
https://github.com/t-rasmud deleted https://github.com/llvm/llvm-project/pull/126353 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [WebKit Checkers] Treat const Objective-C ivar as a safe origin (PR #126353)

2025-02-10 Thread Rashmi Mudduluru via cfe-commits
@@ -163,10 +163,13 @@ bool isConstOwnerPtrMemberExpr(const clang::Expr *E) { if (OCE->getOperator() == OO_Star && OCE->getNumArgs() == 1) E = OCE->getArg(0); } - auto *ME = dyn_cast(E); - if (!ME) + const ValueDecl *D = nullptr; + if (auto *ME = dyn_cast(E)) +

[clang] [HLSL] Implement HLSL splatting (PR #118992)

2025-02-10 Thread Sarah Spall via cfe-commits
https://github.com/spall ready_for_review https://github.com/llvm/llvm-project/pull/118992 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Implement HLSL splatting (PR #118992)

2025-02-10 Thread Sarah Spall via cfe-commits
https://github.com/spall updated https://github.com/llvm/llvm-project/pull/118992 >From e994824f3630ee8b224afceb6c14d980c9013112 Mon Sep 17 00:00:00 2001 From: Sarah Spall Date: Fri, 6 Dec 2024 05:14:17 + Subject: [PATCH 01/13] splat cast wip --- clang/include/clang/AST/OperationKinds.def

[clang] [NFC] [clang] simplify isDesignatorAtObjectEnd (PR #126658)

2025-02-10 Thread Florian Mayer via cfe-commits
https://github.com/fmayer updated https://github.com/llvm/llvm-project/pull/126658 >From cc8aa7242294c5af5ae839396f02acc22b3afbb5 Mon Sep 17 00:00:00 2001 From: Florian Mayer Date: Mon, 10 Feb 2025 19:10:56 -0800 Subject: [PATCH 1/2] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?= =?UT

[clang] [NFC] [clang] simplify isDesignatorAtObjectEnd (PR #126658)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Florian Mayer (fmayer) Changes IsLastOrInvalidFieldDecl would always return true if `Invalid=true`, so we know that !IsLastOrInvalidFieldDecl(...) means !Invalid. --- Full diff: https://github.com/llvm/llvm-project/pull/126658.diff 1 Fi

[clang] [NFC] [clang] simplify isDesignatorAtObjectEnd (PR #126658)

2025-02-10 Thread Florian Mayer via cfe-commits
https://github.com/fmayer created https://github.com/llvm/llvm-project/pull/126658 IsLastOrInvalidFieldDecl would always return true if `Invalid=true`, so we know that !IsLastOrInvalidFieldDecl(...) means !Invalid. >From cc8aa7242294c5af5ae839396f02acc22b3afbb5 Mon Sep 17 00:00:00 2001 From: F

[clang] [clang] StmtPrinter: Handle DeclRefExpr to a Decomposition (PR #125001)

2025-02-10 Thread via cfe-commits
wjristow wrote: /cherry-pick 00c096e604ad3a5244af06602556f8de867e36c4 https://github.com/llvm/llvm-project/pull/125001 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang] StmtPrinter: Handle DeclRefExpr to a Decomposition (PR #125001)

2025-02-10 Thread via cfe-commits
https://github.com/wjristow milestoned https://github.com/llvm/llvm-project/pull/125001 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [lld] [llvm] Integrated Distributed ThinLTO (DTLTO): Initial support (PR #126654)

2025-02-10 Thread via cfe-commits
https://github.com/bd1976bris edited https://github.com/llvm/llvm-project/pull/126654 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [lld] [llvm] Integrated Distributed ThinLTO (DTLTO): Initial support (PR #126654)

2025-02-10 Thread via cfe-commits
bd1976bris wrote: > ⚠️ C/C++ code formatter, clang-format found issues in your code. ⚠️ > > You can test this locally with the following command: > View the diff from clang-format here. I believe this failure is OK as I have followed the (non-standard) formatting in the flagged file which the

[clang] [NFC] [clang] make isFlexibleArrayMemberLike Ctx const (PR #126656)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Florian Mayer (fmayer) Changes it is not used mutably --- Full diff: https://github.com/llvm/llvm-project/pull/126656.diff 4 Files Affected: - (modified) clang/include/clang/AST/DeclBase.h (+1-1) - (modified) clang/include/clang/AST/E

[clang] [llvm] [llvm:ir] Add support for constant data exceeding 4GiB (PR #126481)

2025-02-10 Thread via cfe-commits
@@ -644,7 +644,7 @@ class ConstantDataSequential : public ConstantData { Type *getElementType() const; /// Return the number of elements in the array or vector. - unsigned getNumElements() const; + uint64_t getNumElements() const; pzzp wrote: Similarly,

[clang] [FixIt] Improve Source Ranges and Fix-It Hints for Unused Lambda Captures #106445 (PR #117953)

2025-02-10 Thread via cfe-commits
@@ -1184,8 +1196,10 @@ void Sema::ActOnLambdaExpressionAfterIntroducer(LambdaIntroducer &Intro, // for e.g., [n{0}] { }; <-- if no is included. // FIXME: we should create the init capture variable and mark it invalid // in this case. - if (C->InitCaptur

[clang] [llvm] [llvm:ir] Add support for constant data exceeding 4GiB (PR #126481)

2025-02-10 Thread via cfe-commits
https://github.com/pzzp edited https://github.com/llvm/llvm-project/pull/126481 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [llvm:ir] Add support for constant data exceeding 4GiB (PR #126481)

2025-02-10 Thread via cfe-commits
@@ -364,13 +364,13 @@ bool ConstantAggregateBuilder::split(size_t Index, CharUnits Hint) { // FIXME: If possible, split into two ConstantDataSequentials at Hint. CharUnits ElemSize = getSize(CDS->getElementType()); replace(Elems, Index, Index + 1, -llvm

[clang] [Clang] Do not try to transform invalid bindings (PR #125658)

2025-02-10 Thread Shafik Yaghmour via cfe-commits
@@ -188,3 +188,19 @@ void other_main() { static_assert(f() == 2); } } // namespace + + +namespace GH125165 { + +template +auto f(auto t) { +const auto& [...pack] = t; +// expected-error@-1 {{cannot decompose non-class, non-array type 'char const'}} +(pack, ...)

[clang] [llvm] [llvm:ir] Add support for constant data exceeding 4GiB (PR #126481)

2025-02-10 Thread via cfe-commits
https://github.com/pzzp edited https://github.com/llvm/llvm-project/pull/126481 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [llvm:ir] Add support for constant data exceeding 4GiB (PR #126481)

2025-02-10 Thread via cfe-commits
https://github.com/pzzp updated https://github.com/llvm/llvm-project/pull/126481 >From aa4338d8d5809fdb91620e48619634fcf4403a4c Mon Sep 17 00:00:00 2001 From: zhoupeng12 Date: Mon, 30 Oct 2023 18:13:07 +0800 Subject: [PATCH] [llvm:ir] Add support for constant data exceeding 4GiB --- clang/lib/

[clang] [llvm] [llvm:ir] Add support for constant data exceeding 4GiB (PR #126481)

2025-02-10 Thread via cfe-commits
@@ -1583,7 +1583,7 @@ static void printConstant(const Constant *COp, unsigned BitWidth, bool IsInteger = EltTy->isIntegerTy(); bool IsFP = EltTy->isHalfTy() || EltTy->isFloatTy() || EltTy->isDoubleTy(); unsigned EltBits = EltTy->getPrimitiveSizeInBits(); -unsig

[clang] [clang][Sema] Add diagnostic note for reference of function-like macros requiring without parentheses (PR #123495)

2025-02-10 Thread via cfe-commits
@@ -2347,6 +2347,27 @@ Sema::BuildDeclRefExpr(ValueDecl *D, QualType Ty, ExprValueKind VK, return E; } +// Check whether a similar function-like macro exists and suggest it +static bool isFunctionLikeMacro(const DeclarationName &Name, Sema &SemaRef, +

[clang] [analyzer] Update the undefined assignment checker diagnostics to not use the term 'garbage' (PR #126596)

2025-02-10 Thread David Tarditi via cfe-commits
dtarditi wrote: @haoNoQ Thank you for the welcome and the helpful information! Your suggestion sounds good to me. I had actually started down this route initially of pointing out the logical error of using a variable before it is initialized. I changed direction because I was not sure where

[clang] [Clang][NFC] Introduce `--offloadlib` positive flag for `nogpulib` and alias to `--no-offloadlib` (PR #126567)

2025-02-10 Thread Joseph Huber via cfe-commits
@@ -5618,9 +5618,17 @@ def nogpuinc : Flag<["-"], "nogpuinc">, Group, def nohipwrapperinc : Flag<["-"], "nohipwrapperinc">, Group, HelpText<"Do not include the default HIP wrapper headers and include paths">; def : Flag<["-"], "nocudainc">, Alias; -def nogpulib : Flag<["-"],

[clang] [analyzer] Update the undefined assignment checker diagnostics to not use the term 'garbage' (PR #126596)

2025-02-10 Thread Artem Dergachev via cfe-commits
haoNoQ wrote: Welcome!! I completely agree that the message sounds a bit too much like "your code is garbage" and that's not very nice. Here's a tangent suggestion to get a better wording out of this. You can exploit the fact that the static analyzer usually catches undefined values _very ea

[clang] [llvm] Reland "[HLSL] Implement the reflect HLSL function" (PR #125599)

2025-02-10 Thread Deric Cheung via cfe-commits
https://github.com/Icohedron edited https://github.com/llvm/llvm-project/pull/125599 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] Reland "[HLSL] Implement the reflect HLSL function" (PR #125599)

2025-02-10 Thread Deric Cheung via cfe-commits
https://github.com/Icohedron updated https://github.com/llvm/llvm-project/pull/125599 >From dc616212f496098776d30f56151213d530917ba2 Mon Sep 17 00:00:00 2001 From: Icohedron Date: Mon, 3 Feb 2025 23:10:16 + Subject: [PATCH 1/2] Reapply "Reland "[HLSL] Implement the `reflect` HLSL function"

[clang] [Clang][NFC] Introduce `--offloadlib` positive flag for `nogpulib` and alias to `--no-offloadlib` (PR #126567)

2025-02-10 Thread Artem Belevich via cfe-commits
@@ -5618,9 +5618,17 @@ def nogpuinc : Flag<["-"], "nogpuinc">, Group, def nohipwrapperinc : Flag<["-"], "nohipwrapperinc">, Group, HelpText<"Do not include the default HIP wrapper headers and include paths">; def : Flag<["-"], "nocudainc">, Alias; -def nogpulib : Flag<["-"],

[clang] [libclang] Always Dup in createRef(StringRef) (PR #125020)

2025-02-10 Thread Eli Friedman via cfe-commits
https://github.com/efriedma-quic commented: If `CXString createRef(StringRef)` is essentially equivalent to `CXString createDup(StringRef)`, should we just get rid of `CXString createRef(StringRef)`? https://github.com/llvm/llvm-project/pull/125020 _

[clang] [HLSL] Implement HLSL splatting (PR #118992)

2025-02-10 Thread via cfe-commits
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 2feced1df0aa01f78501720b98faa985bcec846a cadd309a7d7c61a592d11cb306d44139df8d15ee --e

[clang] [CodeGen][ObjC] Invalidate cached ObjC class layout information after parsing ObjC class implementations if new ivars are added to the interface (PR #126591)

2025-02-10 Thread via cfe-commits
AZero13 wrote: I'd like to take this a step further. What if we can also incorporate this with the knowledge that base classes with their implementation can also be subject to this: https://github.com/llvm/llvm-project/pull/85465 What do you think? @ahatanak https://github.com/llvm/llvm-pro

[clang] [HLSL] Implement HLSL splatting (PR #118992)

2025-02-10 Thread Sarah Spall via cfe-commits
https://github.com/spall updated https://github.com/llvm/llvm-project/pull/118992 >From e994824f3630ee8b224afceb6c14d980c9013112 Mon Sep 17 00:00:00 2001 From: Sarah Spall Date: Fri, 6 Dec 2024 05:14:17 + Subject: [PATCH 01/11] splat cast wip --- clang/include/clang/AST/OperationKinds.def

[clang] [HLSL] Implement HLSL intialization list support (PR #123141)

2025-02-10 Thread Chris B via cfe-commits
https://github.com/llvm-beanz updated https://github.com/llvm/llvm-project/pull/123141 >From a5d0d86b71ac7d7083295f255b42d991859a62f1 Mon Sep 17 00:00:00 2001 From: Chris Bieneman Date: Wed, 15 Jan 2025 13:40:29 -0600 Subject: [PATCH 1/5] [HLSL] Implement HLSL intialization list support This P

[clang] [libc] [libcxx] [llvm] [NVPTX] Make ctor/dtor lowering always enabled in NVPTX (PR #126544)

2025-02-10 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-ppc64le-rhel` running on `ppc64le-clang-rhel-test` while building `clang,libc,libcxx,llvm` at step 5 "build-unified-tree". Full details are available at: https://lab.llvm.org/buildbot/#/builders/145/builds/5052 Here i

[clang] [compiler-rt] [rtsan] Enable RealtimeSanitizer for FreeBSD (PR #125389)

2025-02-10 Thread Chris Apple via cfe-commits
@@ -864,11 +864,18 @@ INTERCEPTOR(void *, pvalloc, size_t size) { #define RTSAN_MAYBE_INTERCEPT_PVALLOC #endif +#if !SANITIZER_FREEBSD +// enabling this interception on freebsd leads to infinite recursion +// on pthread lib initialization cjappl wrote: It loo

[clang] [analyzer] Update the undefined assignment checker diagnostics to not use the term 'garbage' (PR #126596)

2025-02-10 Thread Donát Nagy via cfe-commits
NagyDonat wrote: Yes, obviously "garbage" has negative connotations, but we want to report an _error_, so we need to have some negative connotations. It's pointless to start an [euphemism treadmill](https://en.wiktionary.org/wiki/euphemism_treadmill) because it just introduces churn without ac

[clang] 44fcc5c - [clang] Disaqble test/Analysis/live-stmts.cpp on aarch64

2025-02-10 Thread Nico Weber via cfe-commits
Author: Nico Weber Date: 2025-02-10T18:04:01-05:00 New Revision: 44fcc5cdacc5ed33e096f50d05e1ab1260a944c0 URL: https://github.com/llvm/llvm-project/commit/44fcc5cdacc5ed33e096f50d05e1ab1260a944c0 DIFF: https://github.com/llvm/llvm-project/commit/44fcc5cdacc5ed33e096f50d05e1ab1260a944c0.diff LO

[clang] [analyzer] Update the undefined assignment checker diagnostics to not use the term 'garbage' (PR #126596)

2025-02-10 Thread Donát Nagy via cfe-commits
https://github.com/NagyDonat requested changes to this pull request. I think "garbage" is a perfectly acceptable word, I don't think that its "snarkiness" is a problem. (Note that e.g. "garbage collector" is a well-established notion in programming.) Even if you want to replace it, you need to

[clang] [analyzer] Reapply recent stack addr escape checker changes + buildbot fix (PR #126620)

2025-02-10 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Michael Flanders (Flandini) Changes Reapplying changes from https://github.com/llvm/llvm-project/pull/125638 after buildbot failures. Buildbot failures fixed in 029e7e98dc9956086adc6c1dfb0c655a273fbee6, latest commit on this PR. It was a

[clang] [analyzer] Reapply recent stack addr escape checker changes + buildbot fix (PR #126620)

2025-02-10 Thread Michael Flanders via cfe-commits
https://github.com/Flandini created https://github.com/llvm/llvm-project/pull/126620 Reapplying changes from https://github.com/llvm/llvm-project/pull/125638 after buildbot failures. Buildbot failures fixed in 029e7e98dc9956086adc6c1dfb0c655a273fbee6, latest commit on this PR. It was a proble

[clang] [analyzer] Reapply of recent StackAddrEscapeChecker changes after buildbot failures (PR #126618)

2025-02-10 Thread Michael Flanders via cfe-commits
https://github.com/Flandini closed https://github.com/llvm/llvm-project/pull/126618 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [analyzer] Update the undefined assignment checker diagnostics to not use the term 'garbage' (PR #126596)

2025-02-10 Thread David Tarditi via cfe-commits
dtarditi wrote: @steakhal Yes, the term garbage has a negative connotation when used as an adjective in English. By a little snarky, the user meant that the message could be seen as a little overly critical. The user suggested using more neutral terminology. https://github.com/llvm/llvm-p

[clang] [Clang] Add __has_target_builtin macro (PR #126324)

2025-02-10 Thread Joseph Huber via cfe-commits
@@ -357,6 +357,7 @@ void Preprocessor::RegisterBuiltinMacros() { Ident__has_builtin = RegisterBuiltinMacro("__has_builtin"); Ident__has_constexpr_builtin = RegisterBuiltinMacro("__has_constexpr_builtin"); + Ident__has_target_builtin = RegisterBuiltinMacro("__has_targ

[clang] [analyzer] Reapply of recent StackAddrEscapeChecker changes after buildbot failures (PR #126618)

2025-02-10 Thread Michael Flanders via cfe-commits
https://github.com/Flandini edited https://github.com/llvm/llvm-project/pull/126618 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Add __has_target_builtin macro (PR #126324)

2025-02-10 Thread Artem Belevich via cfe-commits
@@ -357,6 +357,7 @@ void Preprocessor::RegisterBuiltinMacros() { Ident__has_builtin = RegisterBuiltinMacro("__has_builtin"); Ident__has_constexpr_builtin = RegisterBuiltinMacro("__has_constexpr_builtin"); + Ident__has_target_builtin = RegisterBuiltinMacro("__has_targ

[clang] [analyze] Reapply of recent StackAddrEscapeChecker changes after buildbot failures (PR #126618)

2025-02-10 Thread Michael Flanders via cfe-commits
https://github.com/Flandini edited https://github.com/llvm/llvm-project/pull/126618 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Constant buffer layout struct update (PR #124840)

2025-02-10 Thread Joshua Batista via cfe-commits
https://github.com/bob80905 approved this pull request. https://github.com/llvm/llvm-project/pull/124840 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [analyzer] Update the undefined assignment checker diagnostics to not use the term 'garbage' (PR #126596)

2025-02-10 Thread Donát Nagy via cfe-commits
https://github.com/NagyDonat edited https://github.com/llvm/llvm-project/pull/126596 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] [rtsan] Enable RealtimeSanitizer for FreeBSD (PR #125389)

2025-02-10 Thread David CARLIER via cfe-commits
@@ -864,11 +864,18 @@ INTERCEPTOR(void *, pvalloc, size_t size) { #define RTSAN_MAYBE_INTERCEPT_PVALLOC #endif +#if !SANITIZER_FREEBSD +// enabling this interception on freebsd leads to infinite recursion +// on pthread lib initialization devnexen wrote: sure

[clang] [analyzer] Remove some false negatives in StackAddrEscapeChecker (PR #125638)

2025-02-10 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `openmp-offload-libc-amdgpu-runtime` running on `omp-vega20-1` while building `clang` at step 5 "compile-openmp". Full details are available at: https://lab.llvm.org/buildbot/#/builders/73/builds/13004 Here is the relevant p

[clang] [compiler-rt] [rtsan] Enable RealtimeSanitizer for FreeBSD (PR #125389)

2025-02-10 Thread via cfe-commits
@@ -864,11 +864,18 @@ INTERCEPTOR(void *, pvalloc, size_t size) { #define RTSAN_MAYBE_INTERCEPT_PVALLOC #endif +#if !SANITIZER_FREEBSD +// enabling this interception on freebsd leads to infinite recursion +// on pthread lib initialization davidtrevelyan wrote:

  1   2   3   4   5   6   >