[clang] [API notes] Allow SwiftConformsTo on Typedefs (PR #151213)

2025-07-29 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Doug Gregor (DougGregor) Changes SwiftConformsTo specifies an additional conformance that should be applied on import. Allow this on typedefs, because those can be imported as wrapper types. --- Full diff: https://github.com/llvm/llvm-pro

[clang] [API notes] Allow SwiftConformsTo on Typedefs (PR #151213)

2025-07-29 Thread Doug Gregor via cfe-commits
https://github.com/DougGregor created https://github.com/llvm/llvm-project/pull/151213 SwiftConformsTo specifies an additional conformance that should be applied on import. Allow this on typedefs, because those can be imported as wrapper types. >From 1073b67aba7358a10988b73096d9d623935cd0dd Mo

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Hood Chatham via cfe-commits
https://github.com/hoodmane updated https://github.com/llvm/llvm-project/pull/151107 >From bb71b4795d85938772e78de3022d5d58b25d6d20 Mon Sep 17 00:00:00 2001 From: Hood Chatham Date: Tue, 29 Jul 2025 10:41:49 +0200 Subject: [PATCH 1/5] [WebAssembly] Add gc target feature to addBleedingEdgeFeatu

[clang] [llvm] [CodeGen][AArch64] ptrauth intrinsic to safely construct relative ptr (PR #142047)

2025-07-29 Thread John McCall via cfe-commits
rjmccall wrote: > > Oliver is right that we need custom checking in SemaChecking akin to the > > other builtins, e.g. to validate that the keys are constants. The pattern > > should be straightforward to follow. Otherwise the frontend changes LGTM > > except as noted. > > When I noticed that

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

2025-07-29 Thread via cfe-commits
https://github.com/Aethezz updated https://github.com/llvm/llvm-project/pull/150161 >From a018c87c6356326cb04bd0a98ff5842e07403f9c Mon Sep 17 00:00:00 2001 From: Aethezz <64500703+aeth...@users.noreply.github.com> Date: Tue, 22 Jul 2025 23:19:11 -0400 Subject: [PATCH 1/4] fix false positive, war

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Heejin Ahn via cfe-commits
aheejin wrote: Tests failures don't seem to be related to this PR. Merged. https://github.com/llvm/llvm-project/pull/151107 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] fe25445 - [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (#151107)

2025-07-29 Thread via cfe-commits
Author: Hood Chatham Date: 2025-07-29T17:54:12-07:00 New Revision: fe25445ded152df6cba2efcf053924f3f9f0e3c7 URL: https://github.com/llvm/llvm-project/commit/fe25445ded152df6cba2efcf053924f3f9f0e3c7 DIFF: https://github.com/llvm/llvm-project/commit/fe25445ded152df6cba2efcf053924f3f9f0e3c7.diff

[clang] [clang][test] Require staticanalyzer for Modules/specializations-lazy-load-parentmap-crash.cpp (PR #151259)

2025-07-29 Thread Nathan Chancellor via cfe-commits
nathanchance wrote: Right, I was unsure if there was a way to do that other than splitting the test in some manner. My understanding is that `REQUIRES` is an all or nothing. https://github.com/llvm/llvm-project/pull/151259 ___ cfe-commits mailing list

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Heejin Ahn via cfe-commits
https://github.com/aheejin closed https://github.com/llvm/llvm-project/pull/151107 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-sie-ubuntu-fast` running on `sie-linux-worker` while building `clang,llvm` at step 6 "test-build-unified-tree-check-all". Full details are available at: https://lab.llvm.org/buildbot/#/builders/144/builds/31

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-aarch64-quick` running on `linaro-clang-aarch64-quick` while building `clang,llvm` at step 5 "ninja check 1". Full details are available at: https://lab.llvm.org/buildbot/#/builders/65/builds/20410 Here is the relevan

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `openmp-offload-amdgpu-runtime-2` running on `rocm-worker-hw-02` while building `clang,llvm` at step 7 "Add check check-clang". Full details are available at: https://lab.llvm.org/buildbot/#/builders/10/builds/10463 Here is

[clang] [Clang][Driver] Installation detectors in user facing include dir (PR #151114)

2025-07-29 Thread Joseph Huber via cfe-commits
https://github.com/jhuber6 approved this pull request. Seems straightforward enough. https://github.com/llvm/llvm-project/pull/151114 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-gcc-ubuntu` running on `sie-linux-worker3` while building `clang,llvm` at step 6 "test-build-unified-tree-check-all". Full details are available at: https://lab.llvm.org/buildbot/#/builders/174/builds/21932

[clang] [API notes] Allow SwiftConformsTo on Typedefs (PR #151213)

2025-07-29 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/APINotes/Types.h clang/lib/APIN

[clang] clang: Fix ambiguous type_info when using clang modules with -fms-compatibility (PR #151277)

2025-07-29 Thread via cfe-commits
matts1 wrote: @atetubou FYI https://github.com/llvm/llvm-project/pull/151277 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Don't allow implicit this access when checking function constraints (PR #151276)

2025-07-29 Thread Younan Zhang via cfe-commits
https://github.com/zyn0217 closed https://github.com/llvm/llvm-project/pull/151276 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] a9d491b - [Clang] Don't allow implicit this access when checking function constraints (#151276)

2025-07-29 Thread via cfe-commits
Author: Younan Zhang Date: 2025-07-30T14:07:06+08:00 New Revision: a9d491b17f4f0a131f68a5dbdac8d34c7c8427db URL: https://github.com/llvm/llvm-project/commit/a9d491b17f4f0a131f68a5dbdac8d34c7c8427db DIFF: https://github.com/llvm/llvm-project/commit/a9d491b17f4f0a131f68a5dbdac8d34c7c8427db.diff

[clang] clang: Fix ambiguous type_info when using clang modules with -fms-compatibility (PR #151277)

2025-07-29 Thread via cfe-commits
@@ -77,6 +77,9 @@ enum PredefinedDeclIDs { /// The internal '__NSConstantString' tag type. PREDEF_DECL_CF_CONSTANT_STRING_TAG_ID, + /// The predeclared 'type_info' struct. + PREDEF_DECL_BUILTIN_MS_TYPE_INFO_TAG_ID, matts1 wrote: Is changing the enum val

[clang] clang: Make the type_info builtin declaration a singleton (PR #151277)

2025-07-29 Thread via cfe-commits
https://github.com/matts1 edited https://github.com/llvm/llvm-project/pull/151277 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] clang: Make the type_info builtin declaration a singleton (PR #151277)

2025-07-29 Thread via cfe-commits
https://github.com/matts1 edited https://github.com/llvm/llvm-project/pull/151277 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Don't allow implicit this access when checking function constraints (PR #151276)

2025-07-29 Thread Younan Zhang via cfe-commits
zyn0217 wrote: (I'll issue a backport in a few days) https://github.com/llvm/llvm-project/pull/151276 ___ 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-29 Thread Andrey Karlov via cfe-commits
@@ -2668,6 +2668,10 @@ class FunctionDecl : public DeclaratorDecl, /// an attribute on its declaration or its type. bool isNoReturn() const; + /// Determines whether this function is known to be 'noreturn' for analyzer, + /// through an `analyzer_noreturn` attribute on i

[clang] [AST] Remove an unnecessary cast (NFC) (PR #151278)

2025-07-29 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes getSignificantBits() already returns unsigned. --- Full diff: https://github.com/llvm/llvm-project/pull/151278.diff 1 Files Affected: - (modified) clang/include/clang/AST/ASTContext.h (+1-1)

[clang] [AST] Remove an unnecessary cast (NFC) (PR #151278)

2025-07-29 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/151278 getSignificantBits() already returns unsigned. >From b54d6c9890e2ea169ee70c7ba27ca4403b05b7d0 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Tue, 29 Jul 2025 09:04:49 -0700 Subject: [PATCH] [AST] Remo

[clang] [AST] Remove an unnecessary cast (NFC) (PR #151278)

2025-07-29 Thread Matt Arsenault via cfe-commits
https://github.com/arsenm approved this pull request. https://github.com/llvm/llvm-project/pull/151278 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-format] Disalbe IntegerLiteralSeparator for C++ before c++14 (PR #151273)

2025-07-29 Thread Owen Pan via cfe-commits
https://github.com/owenca updated https://github.com/llvm/llvm-project/pull/151273 >From 9fab68a7aa71e6ffe6ad6476359a21884b084576 Mon Sep 17 00:00:00 2001 From: Owen Pan Date: Tue, 29 Jul 2025 21:09:46 -0700 Subject: [PATCH] [clang-format] Disalbe IntegerLiteralSeparator for C++ before c++14

[clang] clang: Make the type_info builtin declaration a singleton (PR #151277)

2025-07-29 Thread via cfe-commits
https://github.com/matts1 updated https://github.com/llvm/llvm-project/pull/151277 >From 47d44b2d62cf834c082c87b738a821b2f62a8be5 Mon Sep 17 00:00:00 2001 From: Matt Stark Date: Wed, 30 Jul 2025 15:26:44 +1000 Subject: [PATCH] [clang][modules] Make the type_info builtin declaration a singleton

[clang] clang: Make the type_info builtin declaration a singleton (PR #151277)

2025-07-29 Thread via cfe-commits
https://github.com/matts1 ready_for_review https://github.com/llvm/llvm-project/pull/151277 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] clang: Make the type_info builtin declaration a singleton (PR #151277)

2025-07-29 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-modules Author: Matt (matts1) Changes This fixes an ambiguous type type_info when you try and reference the `type_info` type while using clang modulemaps with `-fms-compatibility` enabled Fixes #38400 --- Full diff: https://github.com/llvm/llvm-

[clang] [llvm] [RISCV] Implement MC support for Zvfbfa extension (PR #151106)

2025-07-29 Thread Luke Lau via cfe-commits
@@ -216,9 +216,12 @@ void RISCVInstPrinter::printVTypeI(const MCInst *MI, unsigned OpNo, const MCSubtargetInfo &STI, raw_ostream &O) { unsigned Imm = MI->getOperand(OpNo).getImm(); // Print the raw immediate for reserved values: vlmul[2:

[clang] [llvm] [PowerPC] Add BCDCOPYSIGN and BCDSETSIGN Instruction Support (PR #144874)

2025-07-29 Thread Aditi Medhane via cfe-commits
https://github.com/AditiRM updated https://github.com/llvm/llvm-project/pull/144874 >From 8e287c19723361b0141c7bf9d1de34b145b9782c Mon Sep 17 00:00:00 2001 From: Aditi-Medhane Date: Thu, 19 Jun 2025 11:04:12 + Subject: [PATCH 1/2] [PowerPC] Add BCDCOPYSIGN and BCDSETSIGN Instruction Suppor

[clang] clang: Make the type_info builtin declaration a singleton (PR #151277)

2025-07-29 Thread via cfe-commits
https://github.com/matts1 updated https://github.com/llvm/llvm-project/pull/151277 >From ec1e6069deb5c5ed161942089457ee05386d692e Mon Sep 17 00:00:00 2001 From: Matt Stark Date: Wed, 30 Jul 2025 15:26:44 +1000 Subject: [PATCH] [clang][modules] Make the type_info builtin declaration a singleton

[clang] [clang-tools-extra] [clang][CodeComplete] skip explicit obj param in SignatureHelp (PR #146649)

2025-07-29 Thread Mythreya Kuricheti via cfe-commits
@@ -3294,18 +3294,27 @@ TEST(SignatureHelpTest, SkipExplicitObjectParameter) { const auto Result = signatureHelp(testPath(TU.Filename), Code.point("c1"), *Preamble, Inputs, MarkupKind::PlainText); -EXPECT_EQ(1, Result.signatures.s

[clang] [clang][analyzer] Add StoreToImmutable checker (PR #150417)

2025-07-29 Thread Endre Fülöp via cfe-commits
@@ -8,6 +8,7 @@ void test_global_const() { } // String literal +// NOTE: This only works in C++, not in C, as the analyzer treats string literals as non-const char arrays in C mode. gamesh411 wrote: The const keyword was introduced in the ANSI C standard (C8

[clang] [Sema] Fix -Wunreachable-code false negative when operands differ only by implicit casts (PR #149972)

2025-07-29 Thread M. Zeeshan Siddiqui via cfe-commits
https://github.com/codemzs updated https://github.com/llvm/llvm-project/pull/149972 >From 20ad1ba3b919a37a86f39ba7d30249a0b9b9d2c6 Mon Sep 17 00:00:00 2001 From: Zeeshan Siddiqui Date: Tue, 22 Jul 2025 06:37:54 + Subject: [PATCH 1/2] [Sema] Make incorrect-logic operator check cast-agnostic

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

2025-07-29 Thread Carlos Galvez via cfe-commits
carlosgalvezp wrote: I'm happy to split the little refactor of `shouldSkipNode` into a separate patch to make this one smaller / not have to revert the whole thing if it doesn't work out, please let me know :) https://github.com/llvm/llvm-project/pull/151035 __

[clang] [llvm] [CodeGen][AArch64] ptrauth intrinsic to safely construct relative ptr (PR #142047)

2025-07-29 Thread John McCall via cfe-commits
@@ -259,78 +284,6 @@ typedef __UINTPTR_TYPE__ ptrauth_generic_signature_t; /* The value is ptrauth_string_discriminator("init_fini") */ #define __ptrauth_init_fini_discriminator 0xd9d4 -#else - -#define ptrauth_strip(__value, __key) \

[clang] [Sema] Fix -Wunreachable-code false negative when operands differ only by implicit casts (PR #149972)

2025-07-29 Thread M. Zeeshan Siddiqui via cfe-commits
@@ -1,16 +1,33 @@ -// RUN: %clang_cc1 -verify -Wunreachable-code %s +// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -verify -Wunreachable-code %s +// RUN: %clang_cc1 -triple aarch64-unknown-linux-gnu -target-feature +fullfp16 -verify -Wunreachable-code %s +// REQUIRES: aarc

[clang] 7f47058 - [Driver][MinGW] Always put libc argument last, even if non-standard (#149434)

2025-07-29 Thread via cfe-commits
Author: Keno Fischer Date: 2025-07-30T01:09:27-04:00 New Revision: 7f470586e10543aa12efc7e04d4d4ac814eaca35 URL: https://github.com/llvm/llvm-project/commit/7f470586e10543aa12efc7e04d4d4ac814eaca35 DIFF: https://github.com/llvm/llvm-project/commit/7f470586e10543aa12efc7e04d4d4ac814eaca35.diff

[clang] [Driver][MinGW] Always put libc argument last, even if non-standard (PR #149434)

2025-07-29 Thread Keno Fischer via cfe-commits
https://github.com/Keno closed https://github.com/llvm/llvm-project/pull/149434 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Analysis] Prevent revisiting block when searching for noreturn vars (PR #150582)

2025-07-29 Thread Serge Pavlov via cfe-commits
https://github.com/spavloff updated https://github.com/llvm/llvm-project/pull/150582 >From 2a480a3b72567791218e632a6849280346e74acb Mon Sep 17 00:00:00 2001 From: Serge Pavlov Date: Fri, 25 Jul 2025 13:35:19 +0700 Subject: [PATCH 1/4] [Analysis] Prevent revisiting block when searching for nore

[clang] [CIR] Upstream support for function-level variable decompositions (PR #151073)

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

[clang] [CIR] Upstream support for function-level variable decompositions (PR #151073)

2025-07-29 Thread Bruno Cardoso Lopes via cfe-commits
@@ -0,0 +1,55 @@ +// RUN: %clang_cc1 -std=c++17 -triple x86_64-pc-linux-gnu -fclangir -emit-cir %s -o %t.cir +// RUN: FileCheck --check-prefix=CIR --input-file=%t.cir %s +// RUN: %clang_cc1 -std=c++17 -triple x86_64-pc-linux-gnu -fclangir -emit-llvm %s -o %t-cir.ll +// RUN: File

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

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

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

2025-07-29 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko approved this pull request. lgtm https://github.com/llvm/llvm-project/pull/151066 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

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

2025-07-29 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko edited https://github.com/llvm/llvm-project/pull/151066 ___ 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-29 Thread via cfe-commits
b-sumner wrote: > We already provide a subset of C library calls in HIP device code, so it's > mostly a question of which ones and where. Though, I suppose they're not > 'true' C library calls because we rewrite them in headers to some different > name. If you mean printf, assert, and malloc,

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

2025-07-29 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko edited https://github.com/llvm/llvm-project/pull/151069 ___ 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-29 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko approved this pull request. lgtm https://github.com/llvm/llvm-project/pull/151069 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Upstream support for function-level variable decompositions (PR #151073)

2025-07-29 Thread Henrich Lauko via cfe-commits
@@ -608,11 +608,16 @@ void CIRGenFunction::emitDecl(const Decl &d) { case Decl::UsingDirective: // using namespace X; [C++] assert(!cir::MissingFeatures::generateDebugInfo()); return; - case Decl::Var: { + case Decl::Var: + case Decl::Decomposition: { const Va

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

2025-07-29 Thread Oliver Hunt via cfe-commits
@@ -1845,10 +1871,53 @@ class _LIBUNWIND_HIDDEN Registers_arm64 { uint64_t getSP() const { return _registers.__sp; } void setSP(uint64_t value) { _registers.__sp = value; } - uint64_t getIP() const { return _registers.__pc; } - void setIP(uint

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

2025-07-29 Thread Bruno Cardoso Lopes via cfe-commits
@@ -0,0 +1,130 @@ +// RUN: %clang_cc1 -std=c++11 -triple aarch64-none-linux-android21 -fclangir -emit-cir %s -o %t.cir +// RUN: FileCheck --check-prefix=CIR --input-file=%t.cir %s +// RUN: %clang_cc1 -std=c++11 -triple aarch64-none-linux-android21 -fclangir -emit-llvm %s -o %t-c

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

2025-07-29 Thread Bruno Cardoso Lopes via cfe-commits
https://github.com/bcardosolopes edited https://github.com/llvm/llvm-project/pull/151066 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

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

2025-07-29 Thread Bruno Cardoso Lopes via cfe-commits
https://github.com/bcardosolopes approved this pull request. LGTM with an ultra nit https://github.com/llvm/llvm-project/pull/151066 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Upstream proper function alias lowering (PR #150520)

2025-07-29 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko approved this pull request. lgtm https://github.com/llvm/llvm-project/pull/150520 ___ 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-29 Thread Bruno Cardoso Lopes via cfe-commits
https://github.com/bcardosolopes approved this pull request. Awesome! (Same nit from test spacing) https://github.com/llvm/llvm-project/pull/151069 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/

[clang] [flang] [mlir] [mlir] Reland `Move InitAll*** implementation into static library` (PR #151150)

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

[clang] [llvm] [InstCombine] Support folding intrinsics into phis (PR #151115)

2025-07-29 Thread Antonio Frighetto via cfe-commits
https://github.com/antoniofrighetto approved this pull request. LG. From https://github.com/dtcxzyw/llvm-opt-benchmark/pull/2617, it seems like this might not fully subsume https://github.com/llvm/llvm-project/pull/149858; though, this looks an independent improvement regardless (if fine with

[clang] [wip][Clang-Repl] Add custom function as lambda in launchExecutor and fetch PID of launched executor (PR #147478)

2025-07-29 Thread Abhinav Kumar via cfe-commits
https://github.com/kr-2003 updated https://github.com/llvm/llvm-project/pull/147478 >From 79849c3ba76ebf66fd7856fa92cd98af56ac49a6 Mon Sep 17 00:00:00 2001 From: kr-2003 Date: Tue, 1 Jul 2025 18:55:21 +0530 Subject: [PATCH] pipes for redirection in oop jit --- .../clang/Interpreter/RemoteJITU

[clang] [wip][Clang-Repl] Add custom function as lambda in launchExecutor and fetch PID of launched executor (PR #147478)

2025-07-29 Thread Abhinav Kumar via cfe-commits
https://github.com/kr-2003 updated https://github.com/llvm/llvm-project/pull/147478 >From 79849c3ba76ebf66fd7856fa92cd98af56ac49a6 Mon Sep 17 00:00:00 2001 From: kr-2003 Date: Tue, 1 Jul 2025 18:55:21 +0530 Subject: [PATCH] pipes for redirection in oop jit --- .../clang/Interpreter/RemoteJITU

[clang] [wip][Clang-Repl] Add custom function as lambda in launchExecutor and fetch PID of launched executor (PR #147478)

2025-07-29 Thread Abhinav Kumar via cfe-commits
https://github.com/kr-2003 updated https://github.com/llvm/llvm-project/pull/147478 >From 79849c3ba76ebf66fd7856fa92cd98af56ac49a6 Mon Sep 17 00:00:00 2001 From: kr-2003 Date: Tue, 1 Jul 2025 18:55:21 +0530 Subject: [PATCH 1/2] pipes for redirection in oop jit --- .../clang/Interpreter/Remote

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

2025-07-29 Thread Daniil Kovalev via cfe-commits
kovdan01 wrote: > (if linux folk could retest to see how badly I have broken everything that > would be great) @ojhunt A couple of quick observations: 1. It looks like that you forgot to add explicit declarations of copy constructor and assignment operator for `Registers_arm64`. Now, compiler

[clang] [flang] [llvm] add -floop-fuse to clang and flang (PR #142686)

2025-07-29 Thread Madhur Amilkanthwar via cfe-commits
https://github.com/madhur13490 updated https://github.com/llvm/llvm-project/pull/142686 >From 3b71a3ca82ed5bfdad8836f317c9476af964e432 Mon Sep 17 00:00:00 2001 From: Sebastian Pop Date: Thu, 22 May 2025 13:50:38 + Subject: [PATCH 1/2] add -floop-fuse to clang and flang --- clang/include/c

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

2025-07-29 Thread Georgiy Samoylov via cfe-commits
sga-sc wrote: @efriedma-quic Addressed https://github.com/llvm/llvm-project/pull/150022 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

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

2025-07-29 Thread Fraser Cormack via cfe-commits
https://github.com/frasercrmck updated https://github.com/llvm/llvm-project/pull/128506 >From 414c6cf560248cfdaff8ae1564b7a9313990a087 Mon Sep 17 00:00:00 2001 From: Fraser Cormack Date: Mon, 24 Feb 2025 12:25:22 + Subject: [PATCH 1/4] [libclc] Optimize generic CLC fmin/fmax The CLC fmin/f

[clang] [flang] [llvm] add -floop-fuse to clang and flang (PR #142686)

2025-07-29 Thread Madhur Amilkanthwar via cfe-commits
https://github.com/madhur13490 updated https://github.com/llvm/llvm-project/pull/142686 >From 3b71a3ca82ed5bfdad8836f317c9476af964e432 Mon Sep 17 00:00:00 2001 From: Sebastian Pop Date: Thu, 22 May 2025 13:50:38 + Subject: [PATCH 1/2] add -floop-fuse to clang and flang --- clang/include/c

[clang] [C23] More improved type compatibility for enumerations (PR #150946)

2025-07-29 Thread Aaron Ballman via cfe-commits
https://github.com/AaronBallman updated https://github.com/llvm/llvm-project/pull/150946 >From d942c906c8c8a55ebad29456c1c665daf17f0680 Mon Sep 17 00:00:00 2001 From: Aaron Ballman Date: Mon, 28 Jul 2025 09:13:05 -0400 Subject: [PATCH] [C23] More improved type compatibility for enumerations Th

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -347,7 +348,15 @@ int main(int argc, const char **argv) { } } + // if we add more % commands, there should be better architecture than this + const char *help_output = "%help\tlist clang-repl %commands\n" +"%undo\tundo the previous input\

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -197,6 +197,20 @@ Comments: clang-repl> // Comments in Clang-Repl clang-repl> /* Comments in Clang-Repl */ +Help: DavidSpickett wrote: I think the doc needs to at some point introduce the concept of % commands, so how about adding a title like "Buil

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

2025-07-29 Thread David Spickett via cfe-commits
https://github.com/DavidSpickett commented: I had a dark thought that maybe mutli-line input would mess up checking for % commands, but luckily it does not. ``` clang-repl> int a = 1; clang-repl> int b = 10 \ clang-repl... %undo In file included from <<< inputs >>>:1: input_line_2:1:13: error

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -347,7 +348,15 @@ int main(int argc, const char **argv) { } } + // if we add more % commands, there should be better architecture than this DavidSpickett wrote: Format your comments as if they were normal written sentences. Which means capital lett

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -197,6 +197,20 @@ Comments: clang-repl> // Comments in Clang-Repl clang-repl> /* Comments in Clang-Repl */ +Help: += + +.. code-block:: text + + clang-repl>%help + +Undo: += + DavidSpickett wrote: I know it seems obvious what this does, but

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -347,7 +348,15 @@ int main(int argc, const char **argv) { } } + // if we add more % commands, there should be better architecture than this DavidSpickett wrote: Another factor here is code locality. If this was spread across files the threshold for

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -370,6 +379,10 @@ int main(int argc, const char **argv) { if (Input == R"(%undo)") { if (auto Err = Interp->Undo()) llvm::logAllUnhandledErrors(std::move(Err), llvm::errs(), "error: "); + } else if (Input == R"(%help)") { +OS << help_outp

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -28,6 +28,7 @@ #include "llvm/Support/ManagedStatic.h" // llvm_shutdown #include "llvm/Support/Signals.h" #include "llvm/Support/TargetSelect.h" +#include "llvm/Support/raw_ostream.h" DavidSpickett wrote: If we leave the welcome message out, you can remove

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -370,6 +379,10 @@ int main(int argc, const char **argv) { if (Input == R"(%undo)") { if (auto Err = Interp->Undo()) llvm::logAllUnhandledErrors(std::move(Err), llvm::errs(), "error: "); + } else if (Input == R"(%help)") { +OS << help_outp

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

2025-07-29 Thread David Spickett via cfe-commits
https://github.com/DavidSpickett edited https://github.com/llvm/llvm-project/pull/150348 ___ 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-29 Thread David Spickett via cfe-commits
@@ -197,6 +197,20 @@ Comments: clang-repl> // Comments in Clang-Repl clang-repl> /* Comments in Clang-Repl */ +Help: += + +.. code-block:: text + + clang-repl>%help DavidSpickett wrote: Actual clang-repl prints a space after the >, include that in

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -347,7 +348,15 @@ int main(int argc, const char **argv) { } } + // if we add more % commands, there should be better architecture than this + const char *help_output = "%help\tlist clang-repl %commands\n" +"%undo\tundo the previous input\

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

2025-07-29 Thread David Spickett via cfe-commits
@@ -370,6 +379,10 @@ int main(int argc, const char **argv) { if (Input == R"(%undo)") { if (auto Err = Interp->Undo()) llvm::logAllUnhandledErrors(std::move(Err), llvm::errs(), "error: "); + } else if (Input == R"(%help)") { +OS << help_outp

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

2025-07-29 Thread Eli Friedman via cfe-commits
https://github.com/efriedma-quic commented: The code change looks fine. Are the tests just checking that there's `!dbg` metadata attached to the function declarations? Do you really need 12 RUN lines to check that? https://github.com/llvm/llvm-project/pull/150022 _

[clang] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Sam Clegg via cfe-commits
sbc100 wrote: clang/test/Preprocessor/wasm-target-features.c looks like its includes references to bleeding edge.. not sure why it doesn't require an update. https://github.com/llvm/llvm-project/pull/151107 ___ cfe-commits mailing list cfe-commits@l

[clang] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Sam Clegg via cfe-commits
@@ -197,6 +197,7 @@ bool WebAssemblyTargetInfo::initFeatureMap( Features["multimemory"] = true; Features["tail-call"] = true; Features["wide-arithmetic"] = true; +Features["gc"] = true; sbc100 wrote: If thats really the case we should remove th

[clang] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Hood Chatham via cfe-commits
@@ -197,6 +197,7 @@ bool WebAssemblyTargetInfo::initFeatureMap( Features["multimemory"] = true; Features["tail-call"] = true; Features["wide-arithmetic"] = true; +Features["gc"] = true; hoodmane wrote: Well... the CI didn't fail... so maybe not

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

2025-07-29 Thread Andy Kaylor via cfe-commits
https://github.com/andykaylor approved this pull request. https://github.com/llvm/llvm-project/pull/151069 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

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

2025-07-29 Thread Andy Kaylor via cfe-commits
https://github.com/andykaylor approved this pull request. lgtm https://github.com/llvm/llvm-project/pull/151066 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [WebAssembly] Add gc target feature to addBleedingEdgeFeatures (PR #151107)

2025-07-29 Thread Sam Clegg via cfe-commits
sbc100 wrote: > clang/test/Preprocessor/wasm-target-features.c looks like its includes > references to bleeding edge.. not sure why it doesn't require an update. I guess the test doesn't break when new features are added.. only if they are removed. Still, it should probably be updated. https

[clang] Switch sanity check to assert; NFC (PR #151181)

2025-07-29 Thread Corentin Jabot via cfe-commits
https://github.com/cor3ntin approved this pull request. https://github.com/llvm/llvm-project/pull/151181 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Upstream support for function-level variable decompositions (PR #151073)

2025-07-29 Thread Andy Kaylor via cfe-commits
@@ -584,6 +584,12 @@ LValue CIRGenFunction::emitDeclRefLValue(const DeclRefExpr *e) { return lv; } + if (const auto *bd = dyn_cast(nd)) { +assert(!e->refersToEnclosingVariableOrCapture() && + !cir::MissingFeatures::lambdaCaptures()); andy

[clang] [CIR] Upstream Unary Plus & Minus op for ComplexType (PR #150281)

2025-07-29 Thread Andy Kaylor via cfe-commits
@@ -174,6 +185,58 @@ mlir::Value ComplexExprEmitter::emitCast(CastKind ck, Expr *op, return {}; } +mlir::Value ComplexExprEmitter::VisitUnaryPlus(const UnaryOperator *e, + QualType promotionType) { + QualType promotionTy = prom

[clang] 8a1b252 - [CIR] Upstream proper function alias lowering (#150520)

2025-07-29 Thread via cfe-commits
Author: Andy Kaylor Date: 2025-07-29T09:45:37-07:00 New Revision: 8a1b252a994dee0c30238f2e6c07516ec523cb70 URL: https://github.com/llvm/llvm-project/commit/8a1b252a994dee0c30238f2e6c07516ec523cb70 DIFF: https://github.com/llvm/llvm-project/commit/8a1b252a994dee0c30238f2e6c07516ec523cb70.diff L

[clang] [CIR] Upstream proper function alias lowering (PR #150520)

2025-07-29 Thread Andy Kaylor via cfe-commits
https://github.com/andykaylor closed https://github.com/llvm/llvm-project/pull/150520 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [C23] Handle type compatibility for enumerations better (PR #150282)

2025-07-29 Thread Corentin Jabot via cfe-commits
@@ -870,7 +870,29 @@ static bool IsStructurallyEquivalent(StructuralEquivalenceContext &Context, else if (T1->getTypeClass() == Type::FunctionNoProto && T2->getTypeClass() == Type::FunctionProto) TC = Type::FunctionNoProto; -else +else if (Contex

[clang] [lldb] [Clang] Initial support for P2841 (Variable template and concept template parameters) (PR #150823)

2025-07-29 Thread Corentin Jabot via cfe-commits
@@ -1746,6 +1754,16 @@ class TemplateTemplateParmDecl final return SourceRange(getTemplateParameters()->getTemplateLoc(), End); } + TemplateNameKind kind() const { cor3ntin wrote: Oh, I somehow completely misread your point. I will think about it. No

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

2025-07-29 Thread via cfe-commits
b-sumner wrote: > The new driver, which hopefully be the default in HIP soonish, handles all > the offloading languages more or less the same. We link these libraries by > default since they're used by OpenMP and the other languages inherit that > code since the implementation is totally gene

[clang] [lldb] [Clang] Initial support for P2841 (Variable template and concept template parameters) (PR #150823)

2025-07-29 Thread Timm Baeder via cfe-commits
@@ -310,6 +310,16 @@ class CollectUnexpandedParameterPacksVisitor return DynamicRecursiveASTVisitor::TraverseLambdaCapture(Lambda, C, Init); } +bool TraverseUnresolvedLookupExpr(UnresolvedLookupExpr *E) override { + if (E->getNumDecls() == 1) { +Nam

[clang] [lldb] [Clang] Initial support for P2841 (Variable template and concept template parameters) (PR #150823)

2025-07-29 Thread Timm Baeder via cfe-commits
@@ -3341,7 +3359,12 @@ inline TemplateDecl *getAsTypeTemplateDecl(Decl *D) { return TD && (isa(TD) || isa(TD) || isa(TD) || -isa(TD)) +[&]() { + if (TemplateTemplateParmDecl *TTP = --

[clang] [lldb] [Clang] Initial support for P2841 (Variable template and concept template parameters) (PR #150823)

2025-07-29 Thread Timm Baeder via cfe-commits
@@ -2343,22 +2342,25 @@ TemplateInstantiator::TransformOpenACCRoutineDeclAttr( } ExprResult TemplateInstantiator::transformNonTypeTemplateParmRef( -Decl *AssociatedDecl, const NonTypeTemplateParmDecl *parm, -SourceLocation loc, TemplateArgument arg, UnsignedOrNone Pack

[clang] [lldb] [Clang] Initial support for P2841 (Variable template and concept template parameters) (PR #150823)

2025-07-29 Thread Timm Baeder via cfe-commits
@@ -396,6 +396,16 @@ SourceLocation CXXPseudoDestructorExpr::getEndLoc() const { return End; } +static bool UnresolvedLookupExprIsVariableOrConceptParameterPack( +UnresolvedSetIterator Begin, UnresolvedSetIterator End) { + if (std::distance(Begin, End) != 1) +return

  1   2   3   4   5   >