[clang] [Multilib] Extend the Multilib system to support an IncludepPath field. (PR #146651)

2025-07-28 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 HEAD~1 HEAD --extensions cpp,h -- clang/include/clang/Driver/Multilib.h clang/lib/Dri

[clang] [clang][bytecode][NFC] Fix a few clang-tidy complaints (PR #150940)

2025-07-28 Thread Timm Baeder via cfe-commits
https://github.com/tbaederr created https://github.com/llvm/llvm-project/pull/150940 None >From c4e551d1c3f4195f0688dc059f68d490269c7c5b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Timm=20B=C3=A4der?= Date: Mon, 28 Jul 2025 07:11:50 +0200 Subject: [PATCH] [clang][bytecode][NFC] Fix a few clang-ti

[clang] [flang] [flang][clang] Add support for -finit-logical in Flang (PR #150939)

2025-07-28 Thread via cfe-commits
https://github.com/NimishMishra created https://github.com/llvm/llvm-project/pull/150939 This PR adds the GNU gfortran compatible flag `-finit-logical`. It follows similar semantics as gfortran does >From 04d9ca3441f71085cfa1769f9713d9699d512ad2 Mon Sep 17 00:00:00 2001 From: Nimish Mishra Da

[clang] opencl: Ensure printf symbol is not mangled. (PR #150210)

2025-07-28 Thread Felix Weiglhofer via cfe-commits
https://github.com/fweig updated https://github.com/llvm/llvm-project/pull/150210 >From d7ef810cfc0751781751bc24ce9d1a4a6486080a Mon Sep 17 00:00:00 2001 From: Felix Weiglhofer Date: Mon, 28 Jul 2025 15:07:07 +0200 Subject: [PATCH] opencl: Ensure printf symbol is not mangled. --- clang/lib/He

[clang] [flang] [flang][clang] Add support for -finit-logical in Flang (PR #150939)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-flang-driver Author: None (NimishMishra) Changes This PR adds the GNU gfortran compatible flag `-finit-logical`. It follows similar semantics as gfortran does --- Full diff: https://github.com/llvm/llvm-project/pull/150939.diff 6 Files Affected: - (

[clang] [clang][bytecode][NFC] Fix a few clang-tidy complaints (PR #150940)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Timm Baeder (tbaederr) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/150940.diff 8 Files Affected: - (modified) clang/lib/AST/ByteCode/Compiler.cpp (+23-20) - (modified) clang/lib/AST/ByteCode/Interp.cpp (+1-1) - (

[clang] [flang] [flang][clang] Add support for -finit-logical in Flang (PR #150939)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: None (NimishMishra) Changes This PR adds the GNU gfortran compatible flag `-finit-logical`. It follows similar semantics as gfortran does --- Full diff: https://github.com/llvm/llvm-project/pull/150939.diff 6 Files Affected: - (modifie

[clang] [flang] [flang][clang] Add support for -finit-logical in Flang (PR #150939)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-flang-fir-hlfir Author: None (NimishMishra) Changes This PR adds the GNU gfortran compatible flag `-finit-logical`. It follows similar semantics as gfortran does --- Full diff: https://github.com/llvm/llvm-project/pull/150939.diff 6 Files Affected:

[clang] [flang] [flang][clang] Add support for -finit-logical in Flang (PR #150939)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: None (NimishMishra) Changes This PR adds the GNU gfortran compatible flag `-finit-logical`. It follows similar semantics as gfortran does --- Full diff: https://github.com/llvm/llvm-project/pull/150939.diff 6 Files Affected: - (

[clang] [Multilib] Extend the Multilib system to support an IncludepPath field. (PR #146651)

2025-07-28 Thread Simi Pallipurath via cfe-commits
https://github.com/simpal01 updated https://github.com/llvm/llvm-project/pull/146651 >From 30c353052c35f0117818aca3241e3dea6be2 Mon Sep 17 00:00:00 2001 From: Simi Pallipurath Date: Tue, 1 Jul 2025 21:25:00 +0100 Subject: [PATCH 1/6] [Multilib] Extend the Multilib system to support an Incl

[clang] [clang-tools-extra] Renaming 'free' in warning messages to 'release' (PR #150935)

2025-07-28 Thread Balazs Benics via cfe-commits
https://github.com/steakhal commented: Looks like a straight forward change. Thank you! I'll leave the approval for @NagyDonat if he is happy with this. Thank you again! https://github.com/llvm/llvm-project/pull/150935 ___ cfe-commits mailing list cfe-

[clang] [llvm] [AArch64][NEON] NEON intrinsic compilation error with -fno-lax-vector-conversion flag fix (PR #149329)

2025-07-28 Thread Amina Chabane via cfe-commits
https://github.com/Amichaxx updated https://github.com/llvm/llvm-project/pull/149329 >From 2895e5e7b56c1c611b39a5c85de92d18f3aae71a Mon Sep 17 00:00:00 2001 From: Amina Chabane Date: Tue, 15 Jul 2025 15:56:49 + Subject: [PATCH 1/5] [AArch64][NEON] Fix poly lane intrinsics under -fno-lax-ve

[clang] [HLSL][SPIRV] Add vk::binding attribute (PR #150957)

2025-07-28 Thread Steven Perron via cfe-commits
https://github.com/s-perron created https://github.com/llvm/llvm-project/pull/150957 The vk::binding attribute allows users to explicitly set the set and binding for a resource in SPIR-V without chaning the "register" attribute, which will be used when targeting DXIL. Fixes https://github.com/l

[clang] HIPSPV: Unbundle SDL (PR #136412)

2025-07-28 Thread Yaxun Liu via cfe-commits
yxsamliu wrote: > @svenvh @yxsamliu > > ping sorry for the delay. could you please rebase your branch? It is out of date. thanks https://github.com/llvm/llvm-project/pull/136412 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.l

[clang] [HLSL][SPIRV] Add vk::binding attribute (PR #150957)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-codegen @llvm/pr-subscribers-hlsl Author: Steven Perron (s-perron) Changes The vk::binding attribute allows users to explicitly set the set and binding for a resource in SPIR-V without chaning the "register" attribute, which will be used when targe

[clang] [llvm] [AArch64][NEON] NEON intrinsic compilation error with -fno-lax-vector-conversion flag fix (PR #149329)

2025-07-28 Thread Amina Chabane via cfe-commits
https://github.com/Amichaxx updated https://github.com/llvm/llvm-project/pull/149329 >From 2895e5e7b56c1c611b39a5c85de92d18f3aae71a Mon Sep 17 00:00:00 2001 From: Amina Chabane Date: Tue, 15 Jul 2025 15:56:49 + Subject: [PATCH 1/5] [AArch64][NEON] Fix poly lane intrinsics under -fno-lax-ve

[clang] [clang][Diagnostic] Clarify error message for auto (PR #149781)

2025-07-28 Thread Emily Dror via cfe-commits
@@ -8237,12 +8237,24 @@ Sema::CheckTemplateDeclScope(Scope *S, TemplateParameterList *TemplateParams) { if (CXXRecordDecl *RD = dyn_cast(Ctx)) { // C++ [temp.mem]p2: // A local class shall not have member templates. - if (RD->isLocalClass()) -ret

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

2025-07-28 Thread Nick Sarnie via cfe-commits
sarnex wrote: I have time, I was trying to fix https://github.com/llvm/llvm-project/pull/144172 but we already have a workaround fixing the original issue. Will update this PR today. https://github.com/llvm/llvm-project/pull/126324 ___ cfe-commits ma

[clang] a22d010 - opencl: Ensure printf symbol is not mangled. (#150210)

2025-07-28 Thread via cfe-commits
Author: Felix Weiglhofer Date: 2025-07-28T16:24:54+02:00 New Revision: a22d010002baf761f84d0a8fa5fcaaf6f3b1455f URL: https://github.com/llvm/llvm-project/commit/a22d010002baf761f84d0a8fa5fcaaf6f3b1455f DIFF: https://github.com/llvm/llvm-project/commit/a22d010002baf761f84d0a8fa5fcaaf6f3b1455f.di

[clang] opencl: Ensure printf symbol is not mangled. (PR #150210)

2025-07-28 Thread Sven van Haastregt via cfe-commits
https://github.com/svenvh closed https://github.com/llvm/llvm-project/pull/150210 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] opencl: Ensure printf symbol is not mangled. (PR #150210)

2025-07-28 Thread Sven van Haastregt via cfe-commits
https://github.com/svenvh milestoned https://github.com/llvm/llvm-project/pull/150210 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] opencl: Ensure printf symbol is not mangled. (PR #150210)

2025-07-28 Thread via cfe-commits
github-actions[bot] wrote: @fweig Congratulations on having your first Pull Request (PR) merged into the LLVM Project! Your changes will be combined with recent changes from other authors, then tested by our [build bots](https://lab.llvm.org/buildbot/). If there is a problem with a build, y

[clang] [Clang] Reland '__has_builtin should return false for aux triple builtins' (PR #126324)

2025-07-28 Thread Nick Sarnie via cfe-commits
https://github.com/sarnex edited https://github.com/llvm/llvm-project/pull/126324 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Reland '__has_builtin should return false for aux triple builtins' (PR #126324)

2025-07-28 Thread Nick Sarnie via cfe-commits
https://github.com/sarnex edited https://github.com/llvm/llvm-project/pull/126324 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-tools-extra] [clang]: Support `analyzer_noreturn` attribute in `CFG` (PR #150952)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Andrey Karlov (negativ) Changes ## Problem Currently, functions with `analyzer_noreturn` attribute aren't recognized as `no-return` by `CFG`: ```cpp void assertion_handler() __attribute__((analyzer_noreturn)) { log(...); } void hand

[clang] [clang-tools-extra] [clang]: Support `analyzer_noreturn` attribute in `CFG` (PR #150952)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-tidy Author: Andrey Karlov (negativ) Changes ## Problem Currently, functions with `analyzer_noreturn` attribute aren't recognized as `no-return` by `CFG`: ```cpp void assertion_handler() __attribute__((analyzer_noreturn)) { log(...); } void

[clang] [clang-tools-extra] [clang]: Support `analyzer_noreturn` attribute in `CFG` (PR #150952)

2025-07-28 Thread Andrey Karlov via cfe-commits
https://github.com/negativ ready_for_review https://github.com/llvm/llvm-project/pull/150952 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-tools-extra] [clang]: Support `analyzer_noreturn` attribute in `CFG` (PR #150952)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-tools-extra Author: Andrey Karlov (negativ) Changes ## Problem Currently, functions with `analyzer_noreturn` attribute aren't recognized as `no-return` by `CFG`: ```cpp void assertion_handler() __attribute__((analyzer_noreturn)) { log(...);

[clang] [clang] Followup for constexpr-unknown potential constant expressions. (PR #151053)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Eli Friedman (efriedma-quic) Changes 6a60f18997d62b0e2842a921fcb6beb3e52ed823 fixed the primary issue of dereferences, but there are some expressions that depend on the identity of the pointed-to object without actually accessing it. Hand

[clang] [clang] Followup for constexpr-unknown potential constant expressions. (PR #151053)

2025-07-28 Thread Eli Friedman via cfe-commits
https://github.com/efriedma-quic created https://github.com/llvm/llvm-project/pull/151053 6a60f18997d62b0e2842a921fcb6beb3e52ed823 fixed the primary issue of dereferences, but there are some expressions that depend on the identity of the pointed-to object without actually accessing it. Handle

[clang] [flang] [mlir] [mlir][core] Move `InitAll***` implementation into static library. (PR #150805)

2025-07-28 Thread Andy Kaylor via cfe-commits
https://github.com/andykaylor approved this pull request. I verified that CIR builds for me also with the latest changes. https://github.com/llvm/llvm-project/pull/150805 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cg

[clang] [clang][Driver] Prefer non-Linux emulations for baremetal Arm/AArch64 targets (PR #149235)

2025-07-28 Thread via cfe-commits
llvmbot wrote: /pull-request llvm/llvm-project#151052 https://github.com/llvm/llvm-project/pull/149235 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang][attr] Add 'kcfi_salt' attribute (PR #141846)

2025-07-28 Thread Bill Wendling via cfe-commits
@@ -0,0 +1,38 @@ +// RUN: %clang_cc1 -fsyntax-only -fsanitize=kcfi -verify %s + +#define __cfi_salt(S) __attribute__((cfi_salt(S))) + +int foo(int a, int b) __cfi_salt("pepper"); // ok +int foo(int a, int b) __cfi_salt("pepper"); // ok + +typedef int (*bar_t)(void) __cfi_salt("pep

[clang] [llvm] [WebAssembly,clang] Add __builtin_wasm_test_function_pointer_signature (PR #150201)

2025-07-28 Thread Derek Schuff via cfe-commits
@@ -307,6 +310,14 @@ bool WebAssemblyTargetInfo::handleTargetFeatures( HasReferenceTypes = false; continue; } +if (Feature == "+gc") { + HasGC = true; + continue; +} +if (Feature == "-gc") { + HasGC = false; + continue; +} ---

[clang] [analyzer] Fix FP for cplusplus.placement new #149240 (PR #150161)

2025-07-28 Thread Kevin Puetz via cfe-commits
puetzk wrote: Just for sake of linkdumping, https://developercommunity.visualstudio.com/t/Non-allocating-placement-array-new-somet/10777485?sort=active shows another (later) regression when the type in question come from a template parameter. https://github.com/llvm/llvm-project/pull/150161 _

[clang] [libcxx] [Clang] Add __builtin_invoke and use it in libc++ (PR #116709)

2025-07-28 Thread Alexander Kornienko via cfe-commits
alexfh wrote: Thank you for the update! We can work around this for now, and the impact is quite limited, but it would be nice to get this working again relatively soon. https://github.com/llvm/llvm-project/pull/116709 ___ cfe-commits mailing list cfe

[clang] [CIR] Upstream MulOp for ComplexType (PR #150834)

2025-07-28 Thread Bruno Cardoso Lopes via cfe-commits
bcardosolopes wrote: > Regarding the option for running the LoweringPrepare pass only if the target > file is not CIR, I will need modifications on Complex unary, cast and > ArrayCtor. Seems like a natural incremental change to me. https://github.com/llvm/llvm-project/pull/150834

[clang] [libcxx] [Clang] Add __builtin_invoke and use it in libc++ (PR #116709)

2025-07-28 Thread Nikolas Klauser via cfe-commits
philnik777 wrote: > Thank you for the update! We can work around this for now, and the impact is > quite limited, but it would be nice to get this working again relatively soon. Absolutely. This is definitely a bug of some sort in libc++. I hope I'll be able to talk to @ldionne tomorrow so we

[clang] [CIR] Upstream MulOp for ComplexType (PR #150834)

2025-07-28 Thread Bruno Cardoso Lopes via cfe-commits
https://github.com/bcardosolopes approved this pull request. https://github.com/llvm/llvm-project/pull/150834 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Add bit ffs operation (PR #150997)

2025-07-28 Thread Bruno Cardoso Lopes via cfe-commits
https://github.com/bcardosolopes approved this pull request. https://github.com/llvm/llvm-project/pull/150997 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clangd] Drop the optimization where only shards for modified files are updated in the background index (PR #140651)

2025-07-28 Thread via cfe-commits
JVApen wrote: > FWIW, my expectation as a user is that when a header is modified, that > **does** trigger re-indexing of all source files that include the header. I > don't think the performance impact of this is that catastrophic, as the > number of headers in a project tends to vary inversel

[clang] [analyzer] Fix FP for cplusplus.placement new #149240 (PR #150161)

2025-07-28 Thread Balazs Benics via cfe-commits
steakhal wrote: This is really scary. Thanks for the really deep dive in the subject. Frankly, any of the aformentioned ways are fine by me. Just removing (what is the current state of the PR) is probably the easiest. If you wish, we can overcomplicate this, but frankly, I don't want to support

[clang-tools-extra] [clang-tidy] Add 'enable-check-profiling' with aggregated results to 'run-clang-tidy' (PR #151011)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-tools-extra Author: Baranov Victor (vbvictor) Changes Add new option `enable-check-profiling` to `run-clang-tidy` for seamless integration of `clang-tidy`'s `enable-check-profiling` option. `run-clang-tidy` will post aggregated results report in

[clang-tools-extra] [clang-tidy] Add 'enable-check-profiling' with aggregated results to 'run-clang-tidy' (PR #151011)

2025-07-28 Thread Baranov Victor via cfe-commits
https://github.com/vbvictor created https://github.com/llvm/llvm-project/pull/151011 Add new option `enable-check-profiling` to `run-clang-tidy` for seamless integration of `clang-tidy`'s `enable-check-profiling` option. `run-clang-tidy` will post aggregated results report in the same style as

[clang] [llvm] [OpenMP] Adds omp_target_is_accessible routine (PR #138294)

2025-07-28 Thread via cfe-commits
@@ -93,7 +93,8 @@ EXTERN int omp_get_device_num(void) { EXTERN int omp_get_initial_device(void) { TIMESCOPE(); OMPT_IF_BUILT(ReturnAddressSetterRAII RA(__builtin_return_address(0))); - int HostDevice = omp_get_num_devices(); + int NumDevices = omp_get_num_devices(); + in

[clang] [HIP] Move HIP to the new driver by default (PR #123359)

2025-07-28 Thread Joseph Huber via cfe-commits
jhuber6 wrote: @linehill Right now the HIPSPV tests I passed `--no-offload-new-driver`. I'm not sure what's required to update those as well since they seem to use some custom plugin and linker behavior. Can you take a look and tell me what you think needs to be changed because this right now

[clang] [analyzer] Fix FP for cplusplus.placement new #149240 (PR #150161)

2025-07-28 Thread Kevin Puetz via cfe-commits
puetzk wrote: Hmm. The test case presented in that https://stackoverflow.com/questions/15254/can-placement-new-for-arrays-be-used-in-a-portable-way/75418614#75418614 link *does* show MSVC misbehaving as late as VS 2019 16.5 (for some reason MSVC 16.6 is missing on godbolt). https://godbolt.org

[clang] [CIR] Plus & Minus CompoundAssignment support for ComplexType (PR #150759)

2025-07-28 Thread Bruno Cardoso Lopes via cfe-commits
https://github.com/bcardosolopes approved this pull request. https://github.com/llvm/llvm-project/pull/150759 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clang-tools-extra] using wrapper llvm::sort(nfc) (PR #150998)

2025-07-28 Thread Erick Velez via cfe-commits
evelez7 wrote: LGTM but lets wait for Paul's OK. https://github.com/llvm/llvm-project/pull/150998 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clang-tidy][mlir] Make rewrite more conservative. (PR #150757)

2025-07-28 Thread Jacques Pienaar via cfe-commits
https://github.com/jpienaar updated https://github.com/llvm/llvm-project/pull/150757 >From 8d1b6ac9820dc17b365546883d18bf852300048e Mon Sep 17 00:00:00 2001 From: Jacques Pienaar Date: Sat, 26 Jul 2025 12:24:14 + Subject: [PATCH 1/3] [clang-tidy][mlir] Make rewrite more conservative. Don't

[clang] [llvm] Enable running ClangReplInterpreterTests in an Emscripten environment (PR #150977)

2025-07-28 Thread via cfe-commits
https://github.com/mcbarton updated https://github.com/llvm/llvm-project/pull/150977 >From de878527f1671d6effa690a7e01d86cd41446fcc Mon Sep 17 00:00:00 2001 From: mcbarton <150042563+mcbar...@users.noreply.github.com> Date: Mon, 28 Jul 2025 16:33:29 +0100 Subject: [PATCH 1/2] Enable running Clan

[clang] [llvm] Enable running ClangReplInterpreterTests in an Emscripten environment (PR #150977)

2025-07-28 Thread via cfe-commits
@@ -37,6 +37,9 @@ TEST(IncrementalCompilerBuilder, SetCompilerArgs) { } TEST(IncrementalCompilerBuilder, SetTargetTriple) { +#ifdef EMSCRIPTEN mcbarton wrote: Done https://github.com/llvm/llvm-project/pull/150977 _

[clang] [HIP] Move HIP to the new driver by default (PR #123359)

2025-07-28 Thread Joseph Huber via cfe-commits
https://github.com/jhuber6 updated https://github.com/llvm/llvm-project/pull/123359 >From 185bed12285b6d27c23aa866174cd491db4f4ec7 Mon Sep 17 00:00:00 2001 From: Joseph Huber Date: Fri, 17 Jan 2025 09:35:34 -0600 Subject: [PATCH 1/2] [HIP] Move HIP to the new driver by default Summary: This pa

[clang] 0efcb83 - [Clang] Reland '__has_builtin should return false for aux triple builtins' (#126324)

2025-07-28 Thread via cfe-commits
Author: Nick Sarnie Date: 2025-07-28T17:54:52Z New Revision: 0efcb83626362213fb6cc99c4af42a93e74e6afe URL: https://github.com/llvm/llvm-project/commit/0efcb83626362213fb6cc99c4af42a93e74e6afe DIFF: https://github.com/llvm/llvm-project/commit/0efcb83626362213fb6cc99c4af42a93e74e6afe.diff LOG: [

[clang] [Clang] Reland '__has_builtin should return false for aux triple builtins' (PR #126324)

2025-07-28 Thread Nick Sarnie via cfe-commits
https://github.com/sarnex closed https://github.com/llvm/llvm-project/pull/126324 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][RISCV] Fix clang dwarf info generation for unprtototyped function (PR #150022)

2025-07-28 Thread Eli Friedman via cfe-commits
efriedma-quic wrote: So according to the standard, unprototyped function calls are not variadic: if you try to call a variadic function using an unprototyped function, the behavior is formally undefined. On some targets, for some function signatures, it might appear to work. On x86 specifica

[clang] [llvm] [OpenMP] Adds omp_target_is_accessible routine (PR #138294)

2025-07-28 Thread via cfe-commits
@@ -280,6 +280,7 @@ int omp_get_initial_device(void); void *omp_target_alloc(size_t Size, int DeviceNum); void omp_target_free(void *DevicePtr, int DeviceNum); int omp_target_is_present(const void *Ptr, int DeviceNum); +int omp_target_is_accessible(const void *Ptr, size_t Size,

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Baranov Victor via cfe-commits
@@ -1336,6 +1336,45 @@ class MatchASTVisitor : public RecursiveASTVisitor, return false; } + bool isInSystemHeader(const SourceLocation &Loc) { +const SourceManager &SM = getASTContext().getSourceManager(); +return SM.isInSystemHeader(Loc); + } + + template

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Baranov Victor via cfe-commits
https://github.com/vbvictor commented: Thank you for working on this! Left a couple of NFC comments on style https://github.com/llvm/llvm-project/pull/151035 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Baranov Victor via cfe-commits
https://github.com/vbvictor edited https://github.com/llvm/llvm-project/pull/151035 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Baranov Victor via cfe-commits
@@ -1336,6 +1336,45 @@ class MatchASTVisitor : public RecursiveASTVisitor, return false; } + bool isInSystemHeader(const SourceLocation &Loc) { +const SourceManager &SM = getASTContext().getSourceManager(); +return SM.isInSystemHeader(Loc); + } + + template

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Julian Schmidt via cfe-commits
https://github.com/5chmidti edited https://github.com/llvm/llvm-project/pull/151035 ___ 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 'enable-check-profiling' with aggregated results to 'run-clang-tidy' (PR #151011)

2025-07-28 Thread Baranov Victor via cfe-commits
https://github.com/vbvictor updated https://github.com/llvm/llvm-project/pull/151011 >From 65a04c0b903243bbc854477075b8e9e1a62fdfeb Mon Sep 17 00:00:00 2001 From: Victor Baranov Date: Mon, 28 Jul 2025 21:12:04 +0300 Subject: [PATCH 1/2] [clang-tidy] Add 'enable-check-profiling' with aggregated

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Julian Schmidt via cfe-commits
https://github.com/5chmidti commented: Awesome to see this continuing. The changes also look quite clean and extendable to, e.g., modules, like you mentioned. The performance improvement is still incredible to see. Especially when considering library layering in user-code from external or inte

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Julian Schmidt via cfe-commits
@@ -135,10 +135,15 @@ class MatchFinder { llvm::StringMap &Records; }; +MatchFinderOptions() {} 5chmidti wrote: `MatchFinderOptions() = default;` (why add it in the first place? Having no ctor should be enough) https://github.com/llvm/llvm-pro

[clang] [clang-tools-extra] [clang-tidy] Avoid matching nodes in system headers (PR #151035)

2025-07-28 Thread Julian Schmidt via cfe-commits
@@ -105,6 +105,10 @@ Improvements to clang-tidy now run checks in parallel by default using all available hardware threads. Both scripts display the number of threads being used in their output. +- :program:`clang-tidy` no longer attemps to match AST nodes from system hea

[clang] [llvm] [AMDGPU] Support builtin/intrinsics for async loads/stores on gfx1250 (PR #151058)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-backend-amdgpu Author: Changpeng Fang (changpeng) Changes --- Patch is 43.55 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/151058.diff 13 Files Affected: - (modified) clang/include/clang/Basic/BuiltinsA

[clang] [llvm] [AMDGPU] Support builtin/intrinsics for async loads/stores on gfx1250 (PR #151058)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Changpeng Fang (changpeng) Changes --- Patch is 43.55 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/151058.diff 13 Files Affected: - (modified) clang/include/clang/Basic/BuiltinsAMDGPU.def

[clang] [llvm] [AMDGPU] Support builtin/intrinsics for async loads/stores on gfx1250 (PR #151058)

2025-07-28 Thread Changpeng Fang via cfe-commits
https://github.com/changpeng created https://github.com/llvm/llvm-project/pull/151058 None Unicorn! · GitHub body { background-color: #f1f1f1; margin: 0; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; } .container { margin:

[clang] [clang-repl] adding documentation and information for %commands (PR #150348)

2025-07-28 Thread Aaron Danen via cfe-commits
https://github.com/aadanen updated https://github.com/llvm/llvm-project/pull/150348 >From 4e24cb20efa22e364d41026ae40aec470ff786aa Mon Sep 17 00:00:00 2001 From: Aaron Danen Date: Wed, 23 Jul 2025 18:01:14 -0700 Subject: [PATCH 1/6] added undo to docs in same format as %quit --- clang/docs/Cl

[clang] [llvm] [AMDGPU] Support builtin/intrinsics for async loads/stores on gfx1250 (PR #151058)

2025-07-28 Thread Changpeng Fang via cfe-commits
https://github.com/changpeng updated https://github.com/llvm/llvm-project/pull/151058 Unicorn! · GitHub body { background-color: #f1f1f1; margin: 0; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; } .container { margin: 50px

[clang] [CIR] Add support for C++ conversion operators (PR #151066)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Morris Hafner (mmha) Changes This fairly simple addition enables codegen for C++ conversion operators --- Full diff: https://github.com/llvm/llvm-project/pull/151066.diff 2 Files Affected: - (modified) clang/lib/CIR/CodeGen/CIRGenModule

[clang] [CIR] Add support for C++ conversion operators (PR #151066)

2025-07-28 Thread Morris Hafner via cfe-commits
https://github.com/mmha created https://github.com/llvm/llvm-project/pull/151066 This fairly simple addition enables codegen for C++ conversion operators >From 433b6af403ce2648717874d1cce0cb9ea8142804 Mon Sep 17 00:00:00 2001 From: Morris Hafner Date: Tue, 29 Jul 2025 02:51:46 +0200 Subject: [P

[clang] [llvm] [clang][CodeGen] Extends lifetime of coroutine promise(CWG2563) (PR #151067)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-transforms Author: Weibo He (NewSigma) Changes This patch attempts to implement piece of the proposed solution to [CWG2563](https://cplusplus.github.io/CWG/issues/2563.html): > [9.6.4 dcl.fct.def.coroutine.p8] This return exits the scope of gro. I

[clang] [llvm] [clang][CodeGen] Extends lifetime of coroutine promise(CWG2563) (PR #151067)

2025-07-28 Thread Weibo He via cfe-commits
https://github.com/NewSigma created https://github.com/llvm/llvm-project/pull/151067 This patch attempts to implement piece of the proposed solution to [CWG2563](https://cplusplus.github.io/CWG/issues/2563.html): > [9.6.4 dcl.fct.def.coroutine.p8] This return exits the scope of gro. It exits

[libclc] [libclc] Fix building top-level 'libclc' target (PR #150972)

2025-07-28 Thread Wenju He via cfe-commits
@@ -5,6 +5,9 @@ if(CMAKE_SOURCE_DIR STREQUAL CMAKE_CURRENT_SOURCE_DIR) endif() set(LLVM_SUBPROJECT_TITLE "libclc") +# Top level target used to build all Libclc libraries. +add_custom_target( libclc ALL ) wenju-he wrote: can we put this line near line 48~49, o

[libclc] [libclc] Optimize generic CLC fmin/fmax (PR #128506)

2025-07-28 Thread Wenju He via cfe-commits
@@ -43,8 +48,10 @@ _CLC_DEF _CLC_OVERLOAD half __clc_fmin(half x, half y) { return (y < x) ? y : x; wenju-he wrote: can we use this same implementation for float and double? https://github.com/llvm/llvm-project/pull/128506

[clang] b39160d - [Clang][Sema] Expression in assumption attribute should be full expression (#150814)

2025-07-28 Thread via cfe-commits
Author: Yanzuo Liu Date: 2025-07-29T11:53:02+08:00 New Revision: b39160ddfb625bd57f9113471b15cda748151a10 URL: https://github.com/llvm/llvm-project/commit/b39160ddfb625bd57f9113471b15cda748151a10 DIFF: https://github.com/llvm/llvm-project/commit/b39160ddfb625bd57f9113471b15cda748151a10.diff LO

[clang] [Clang][Sema] Expression in assumption attribute should be full expression (PR #150814)

2025-07-28 Thread Yanzuo Liu via cfe-commits
https://github.com/zwuis closed https://github.com/llvm/llvm-project/pull/150814 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HIP] Link the LLVM libc libraries in no-RDC mode (PR #151046)

2025-07-28 Thread Joseph Huber via cfe-commits
jhuber6 wrote: > Where did the decision to "get these libraries" come from? Linking "libc.bc" > into hip is unnecessary and unwanted at this point, in my view. The new driver, which hopefully be the default in HIP soonish, handles all the offloading languages more or less the same. We link the

[clang] [Clang][Sema] Expression in assumption attribute should be full expression (PR #150814)

2025-07-28 Thread Shafik Yaghmour via cfe-commits
https://github.com/shafik commented: Is there no issue associated with the crash? https://github.com/llvm/llvm-project/pull/150814 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] 28c2c1e - [clang-tools-extra] using wrapper llvm::sort(nfc) (#150998)

2025-07-28 Thread via cfe-commits
Author: Austin Date: 2025-07-29T09:57:02+08:00 New Revision: 28c2c1e06e2dc73df03cfc2d797fa70365d481f2 URL: https://github.com/llvm/llvm-project/commit/28c2c1e06e2dc73df03cfc2d797fa70365d481f2 DIFF: https://github.com/llvm/llvm-project/commit/28c2c1e06e2dc73df03cfc2d797fa70365d481f2.diff LOG: [

[clang-tools-extra] [clang-tools-extra] using wrapper llvm::sort(nfc) (PR #150998)

2025-07-28 Thread via cfe-commits
https://github.com/Zhenhang1213 closed https://github.com/llvm/llvm-project/pull/150998 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-repl] adding documentation and information for %commands (PR #150348)

2025-07-28 Thread Aaron Danen via cfe-commits
aadanen wrote: 1. printing stuff on clang-repl start causes several tests to fail 2. need to not parse %lib as a bad % command. Maybe should add %lib as list of % commands? https://github.com/llvm/llvm-project/pull/150348 ___ cfe-commits mailing list

[clang] [Clang][Sema] Expression in assumption attribute should be full expression (PR #150814)

2025-07-28 Thread Yanzuo Liu via cfe-commits
zwuis wrote: > Is there no issue associated with the crash? I ran into this assertion failure when trying to implement cwg712. I tried to search issues but found nothing. https://github.com/llvm/llvm-project/pull/150814 ___ cfe-commits mailing list c

[clang-tools-extra] [clang-tidy] Add 'enable-check-profiling' with aggregated results to 'run-clang-tidy' (PR #151011)

2025-07-28 Thread Nicolas van Kempen via cfe-commits
nicovank wrote: Funny, I wrote this feature a while ago and never got around to making a PR out of it. FWIW here is my (old) diff: https://github.com/llvm/llvm-project/compare/main...nicovank:llvm-project:temporary-tidy-profiles https://github.com/llvm/llvm-project/pull/151011 ___

[clang] [CIR] Support more declarations without any codegen (PR #151076)

2025-07-28 Thread Morris Hafner via cfe-commits
https://github.com/mmha created https://github.com/llvm/llvm-project/pull/151076 This patch adds or completes support for a couple of top level declaration types that don't emit any code: Most notably these include Concepts, static_assert and type aliases. >From fb52c398ad796aa3728b7f7c8edaf4

[clang] [CIR] Support more declarations without any codegen (PR #151076)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clangir Author: Morris Hafner (mmha) Changes This patch adds or completes support for a couple of top level declaration types that don't emit any code: Most notably these include Concepts, static_assert and type aliases. --- Full diff: https://github

[clang] [CIR] Support more declarations without any codegen (PR #151076)

2025-07-28 Thread Morris Hafner via cfe-commits
https://github.com/mmha updated https://github.com/llvm/llvm-project/pull/151076 >From 41de9a3ded9751ec72715122ed9d5b91f7efd121 Mon Sep 17 00:00:00 2001 From: Morris Hafner Date: Tue, 29 Jul 2025 04:54:42 +0200 Subject: [PATCH] [CIR] Support more declarations without any codegen This patch adds

[clang] [NFC] [Sema] [Modules] Use DynamicRecursiveASTVisitor to reduce generted code size (PR #151074)

2025-07-28 Thread Chuanqi Xu via cfe-commits
https://github.com/ChuanqiXu9 updated https://github.com/llvm/llvm-project/pull/151074 >From 86b334ad710dcb622f63d4040096416ef10022b6 Mon Sep 17 00:00:00 2001 From: Chuanqi Xu Date: Tue, 29 Jul 2025 10:23:33 +0800 Subject: [PATCH] [NFC] [Sema] [Modules] Use DynamicRecursiveASTVisitor to reduce

[clang] [X86][AVX10.2] Fix VNNIINT16 maskz intrinsics arguments order (PR #151077)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Phoebe Wang (phoebewang) Changes For maskz intrinsics, the first argument is always the mask. --- Patch is 22.88 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/151077.diff 4 Files Affected:

[clang] [X86][AVX10.2] Fix VNNIINT16 maskz intrinsics arguments order (PR #151077)

2025-07-28 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-backend-x86 Author: Phoebe Wang (phoebewang) Changes For maskz intrinsics, the first argument is always the mask. --- Patch is 22.88 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/151077.diff 4 Files Affec

[clang] [X86][AVX10.2] Fix VNNIINT16 maskz intrinsics arguments order (PR #151077)

2025-07-28 Thread Phoebe Wang via cfe-commits
https://github.com/phoebewang created https://github.com/llvm/llvm-project/pull/151077 For maskz intrinsics, the first argument is always the mask. >From f175aa9a54b8fb6e3be91af0ae38e553a4d4852d Mon Sep 17 00:00:00 2001 From: "Wang, Phoebe" Date: Tue, 29 Jul 2025 10:59:38 +0800 Subject: [PATCH

[clang] [X86][AVX10.2] Fix VNNIINT16 maskz intrinsics arguments order (PR #151077)

2025-07-28 Thread Phoebe Wang via cfe-commits
phoebewang wrote: The change needs a release note update, but I want to backport it to LLVM21 release. Would update LLVM21 release note instead. https://github.com/llvm/llvm-project/pull/151077 ___ cfe-commits mailing list cfe-commits@lists.llvm.org h

[clang] [clang-tools-extra] [llvm] [clangd] introduce doxygen parser (PR #150790)

2025-07-28 Thread Maksim Ivanov via cfe-commits
@@ -1388,9 +1393,170 @@ static std::string formatOffset(uint64_t OffsetInBits) { return Offset; } -markup::Document HoverInfo::present() const { +markup::Document HoverInfo::presentDoxygen() const { + // NOTE: this function is currently almost identical to presentDefault().

[clang] [clang-tools-extra] [llvm] [clangd] introduce doxygen parser (PR #150790)

2025-07-28 Thread Maksim Ivanov via cfe-commits
@@ -1538,21 +1704,22 @@ markup::Document HoverInfo::present() const { std::string HoverInfo::present(MarkupKind Kind) const { if (Kind == MarkupKind::Markdown) { const Config &Cfg = Config::current(); -if ((Cfg.Documentation.CommentFormat == - Config::CommentF

[clang] [clang-tools-extra] [llvm] [clangd] introduce doxygen parser (PR #150790)

2025-07-28 Thread Maksim Ivanov via cfe-commits
@@ -0,0 +1,140 @@ +//===--- SymbolDocumentation.h ==-*- C++-*-===// +// +// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions. +// See https://llvm.org/LICENSE.txt for license information. +// SPDX-License-Identifier: Ap

[compiler-rt] [libcxxabi] [libunwind] [runtimes][PAC] Harden unwinding when possible (#138571) (PR #143230)

2025-07-28 Thread Oliver Hunt via cfe-commits
https://github.com/ojhunt edited https://github.com/llvm/llvm-project/pull/143230 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Upstream support for variable template specializations (PR #151069)

2025-07-28 Thread Morris Hafner via cfe-commits
https://github.com/mmha updated https://github.com/llvm/llvm-project/pull/151069 >From a636f04d087eb18e10e6ec738244e2e394deb60b Mon Sep 17 00:00:00 2001 From: Morris Hafner Date: Tue, 29 Jul 2025 03:11:11 +0200 Subject: [PATCH 1/2] [CIR] Upstream support for variable template specializations -

[compiler-rt] [libcxxabi] [libunwind] [runtimes][PAC] Harden unwinding when possible (#138571) (PR #143230)

2025-07-28 Thread Oliver Hunt via cfe-commits
https://github.com/ojhunt updated https://github.com/llvm/llvm-project/pull/143230 >From 3c57edcebc14acc0f00565a9a96885c9ec2d849d Mon Sep 17 00:00:00 2001 From: Oliver Hunt Date: Fri, 6 Jun 2025 18:50:28 -0700 Subject: [PATCH] [runtimes][PAC] Harden unwinding when possible (#138571) This harde

<    1   2   3   4   5   >