[clang] d67013a - [Flang][AArch64][VecLib] Add libmvec support for Flang/AArch64 (#146453)

2025-07-02 Thread via cfe-commits
Author: KAWASHIMA Takahiro Date: 2025-07-03T14:38:45+09:00 New Revision: d67013a2b44295e7558b6678f07c7f3a7ef9601c URL: https://github.com/llvm/llvm-project/commit/d67013a2b44295e7558b6678f07c7f3a7ef9601c DIFF: https://github.com/llvm/llvm-project/commit/d67013a2b44295e7558b6678f07c7f3a7ef9601c.

[clang] [flang] [Flang][AArch64][VecLib] Add libmvec support for Flang/AArch64 (PR #146453)

2025-07-02 Thread KAWASHIMA Takahiro via cfe-commits
https://github.com/kawashima-fj closed https://github.com/llvm/llvm-project/pull/146453 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [flang] [Flang][AArch64][VecLib] Add libmvec support for Flang/AArch64 (PR #146453)

2025-07-02 Thread LLVM Continuous Integration via cfe-commits
llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-hip-vega20` running on `hip-vega20-0` while building `clang,flang` at step 3 "annotate". Full details are available at: https://lab.llvm.org/buildbot/#/builders/123/builds/22559 Here is the relevant piece of the build

[clang] [C23] Fix typeof handling in enum declarations (PR #146394)

2025-07-02 Thread via cfe-commits
https://github.com/yronglin deleted https://github.com/llvm/llvm-project/pull/146394 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Ben Shi via cfe-commits
@@ -651,8 +651,19 @@ void AVR::Linker::ConstructJob(Compilation &C, const JobAction &JA, // This is almost always required because otherwise avr-ld // will assume 'avr2' and warn about the program being larger // than the bare minimum supports. - if (Linker.find("avr-ld

[clang] 44bed1a - [RISCV] Add negative pre-defined macro test for XAndesVBFHCvt

2025-07-02 Thread Jim Lin via cfe-commits
Author: Jim Lin Date: 2025-07-03T09:06:01+08:00 New Revision: 44bed1af0fb641ce169262ab9fdb15ad76fe72a1 URL: https://github.com/llvm/llvm-project/commit/44bed1af0fb641ce169262ab9fdb15ad76fe72a1 DIFF: https://github.com/llvm/llvm-project/commit/44bed1af0fb641ce169262ab9fdb15ad76fe72a1.diff LOG:

[clang] [clang-scan-deps] Fix "unterminated conditional directive" bug (PR #146645)

2025-07-02 Thread Naveen Seth Hanig via cfe-commits
https://github.com/naveen-seth edited https://github.com/llvm/llvm-project/pull/146645 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang] Use range-based for loops (NFC) (PR #146811)

2025-07-02 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/146811 Note that LLVM Coding Standards discourages std::for_each and llvm::for_each unless the callable object already exists. >From b8285abad935fd37196719b7f3b81cf0af0767b5 Mon Sep 17 00:00:00 2001 From: Kazu

[clang] [Sema] Remove an unnecessary cast (NFC) (PR #146808)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes The only use of BW is to initialize BitWidth. This patch renames BW to BitWdith while removing the cast statement. --- Full diff: https://github.com/llvm/llvm-project/pull/146808.diff 1 Files Affect

[clang] [clang] Use range-based for loops (NFC) (PR #146811)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes Note that LLVM Coding Standards discourages std::for_each and llvm::for_each unless the callable object already exists. --- Full diff: https://github.com/llvm/llvm-project/pull/146811.diff 5 Files Af

[clang] [clang] Use range-based for loops (NFC) (PR #146811)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-driver Author: Kazu Hirata (kazutakahirata) Changes Note that LLVM Coding Standards discourages std::for_each and llvm::for_each unless the callable object already exists. --- Full diff: https://github.com/llvm/llvm-project/pull/146811.diff 5 F

[clang] [clang] Use range-based for loops (NFC) (PR #146811)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clangir Author: Kazu Hirata (kazutakahirata) Changes Note that LLVM Coding Standards discourages std::for_each and llvm::for_each unless the callable object already exists. --- Full diff: https://github.com/llvm/llvm-project/pull/146811.diff 5 Files

[clang] [Clang] [Diagnostics] Simplify filenames that contain '..' (PR #143520)

2025-07-02 Thread Richard Thomson via cfe-commits
LegalizeAdulthood wrote: My expectation would be that if I specify a header filter I'm not going to use weird paths like a/b/../foo.h, but just a/foo.h because that is where foo.h lives. https://github.com/llvm/llvm-project/pull/143520 ___ cfe-commit

[clang] [llvm] [HIPSTDPAR] Add support for globals (PR #146813)

2025-07-02 Thread Alex Voicu via cfe-commits
https://github.com/AlexVlx created https://github.com/llvm/llvm-project/pull/146813 This (mostly) removes one of the largest remaining limitations of `hipstdpar` based algorithm acceleration, by adding support for global variable usage in offloaded algorithms. It is mean to compose with a run

[clang] [llvm] [HIPSTDPAR] Add support for globals (PR #146813)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Alex Voicu (AlexVlx) Changes This (mostly) removes one of the largest remaining limitations of `hipstdpar` based algorithm acceleration, by adding support for global variable usage in offloaded algorithms. It is mean to compose with a run

[clang] [Sema] Remove an unnecessary cast (NFC) (PR #146808)

2025-07-02 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/146808 The only use of BW is to initialize BitWidth. This patch renames BW to BitWdith while removing the cast statement. >From 27461a27118922c384e6bd97b9d0a9d6848960dc Mon Sep 17 00:00:00 2001 From: Kazu Hira

[clang] [llvm] [HIPSTDPAR] Add support for globals (PR #146813)

2025-07-02 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 -- llvm/lib/Transforms/HipStdPar/HipStdPar.cpp `

[clang] [llvm] [HIPSTDPAR] Add support for globals (PR #146813)

2025-07-02 Thread Alex Voicu via cfe-commits
https://github.com/AlexVlx updated https://github.com/llvm/llvm-project/pull/146813 >From d98e3785a144ada9881cdbe24c86f273850eca20 Mon Sep 17 00:00:00 2001 From: Alex Voicu Date: Thu, 3 Jul 2025 02:02:04 +0100 Subject: [PATCH 1/3] Add support for true globals. --- llvm/lib/Transforms/HipStdPa

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

2025-07-02 Thread Mythreya Kuricheti via cfe-commits
MythreyaK wrote: Seems to be working as expected. I'll add a test case for this as well. ![image](https://github.com/user-attachments/assets/f736c68f-a64d-4af6-876a-d647d0d6541e) ![image](https://github.com/user-attachments/assets/e40ee898-a161-4564-869c-b566e7b3452b) https://github.com/llvm/

[clang] [clang-tools-extra] [clang][modules] Serialize `CodeGenOptions` (PR #146422)

2025-07-02 Thread Chuanqi Xu via cfe-commits
ChuanqiXu9 wrote: > I'm not suggesting to treat CodeGenOptions as incompatible by default. For > now I'm just trying to remove the duplication and improve the > infrastructure.CodeGenOptions are still benign by default, and can only be > marked as compatible, which doesn't have any impact on e

[clang] [llvm] [OptBisect][IR] Adding a new OptPassGate for disabling passes via name (PR #145059)

2025-07-02 Thread Mircea Trofin via cfe-commits
https://github.com/mtrofin edited https://github.com/llvm/llvm-project/pull/145059 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 1f8f477 - [ARM] Add neon vector support for trunc

2025-07-02 Thread David Green via cfe-commits
Author: David Green Date: 2025-07-03T07:41:13+01:00 New Revision: 1f8f477bd03869a9b5b2e7ff0c24c74397aba486 URL: https://github.com/llvm/llvm-project/commit/1f8f477bd03869a9b5b2e7ff0c24c74397aba486 DIFF: https://github.com/llvm/llvm-project/commit/1f8f477bd03869a9b5b2e7ff0c24c74397aba486.diff L

[clang] [clang][analyzer] Fix the false positive ArgInitializedness warning on unnamed bit-field (PR #145066)

2025-07-02 Thread Balazs Benics via cfe-commits
https://github.com/steakhal approved this pull request. https://github.com/llvm/llvm-project/pull/145066 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [OpenMP-5.2] deprecate delimited form of 'declare target' (PR #145854)

2025-07-02 Thread Urvi Rav via cfe-commits
ravurvi20 wrote: @alexey-bataev I have updated Release notes. Since it's just a deprecation it is not there in support file. https://github.com/llvm/llvm-project/pull/145854 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.o

[clang] [llvm] [ORC] Replace ThreadSafeContext::getContext with withContextDo. (PR #146819)

2025-07-02 Thread Lang Hames via cfe-commits
https://github.com/lhames created https://github.com/llvm/llvm-project/pull/146819 This removes ThreadSafeContext::Lock, ThreadSafeContext::getLock, and ThreadSafeContext::getContext, and replaces them with a ThreadSafeContext::withContextDo method (and const override). The new method can be

[clang] [llvm] [ORC] Replace ThreadSafeContext::getContext with withContextDo. (PR #146819)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Lang Hames (lhames) Changes This removes ThreadSafeContext::Lock, ThreadSafeContext::getLock, and ThreadSafeContext::getContext, and replaces them with a ThreadSafeContext::withContextDo method (and const override). The new method can be

[clang] [OpenMP-5.2] deprecate delimited form of 'declare target' (PR #145854)

2025-07-02 Thread Urvi Rav via cfe-commits
https://github.com/ravurvi20 updated https://github.com/llvm/llvm-project/pull/145854 >From 15935b92827c26a7697084201980f23305f3b348 Mon Sep 17 00:00:00 2001 From: urvi-rav Date: Thu, 26 Jun 2025 03:19:50 -0500 Subject: [PATCH 1/2] deprecate delimited form of 'declare target' --- .../clang/Ba

[clang] [clang-tools-extra] [clang][modules] Serialize `CodeGenOptions` (PR #146422)

2025-07-02 Thread Jan Svoboda via cfe-commits
jansvoboda11 wrote: > > I'm not suggesting to treat CodeGenOptions as incompatible by default. > > I think the naming might be adding to the confusion here. We now have > `COMPATIBLE_..._CODEGENOPT`, but it's the "compatible" ones that are > impacting the AST and not being cleared in `resetNon

[clang] [CIR] Upstream SubstNonTypeTemplateParmExpr support for ComplexType (PR #146755)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Amr Hesham (AmrDeveloper) Changes Upstream SubstNonTypeTemplateParmExpr support for ComplexType https://github.com/llvm/llvm-project/issues/141365 --- Full diff: https://github.com/llvm/llvm-project/pull/146755.diff 2 Files Affected: -

[clang] [CIR] Upstream UnaryDeref support for ComplexType (PR #146757)

2025-07-02 Thread Amr Hesham via cfe-commits
https://github.com/AmrDeveloper created https://github.com/llvm/llvm-project/pull/146757 Upstream UnaryDeref support for ComplexType https://github.com/llvm/llvm-project/issues/141365 >From 235488566fe6a12e2da2310337ae682b97ee359a Mon Sep 17 00:00:00 2001 From: AmrDeveloper Date: Wed, 2 Jul 2

[clang] [CIR] Upstream UnaryDeref support for ComplexType (PR #146757)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clangir Author: Amr Hesham (AmrDeveloper) Changes Upstream UnaryDeref support for ComplexType https://github.com/llvm/llvm-project/issues/141365 --- Full diff: https://github.com/llvm/llvm-project/pull/146757.diff 2 Files Affected: - (modified) clan

[clang] [CIR] Upstream UnaryDeref support for ComplexType (PR #146757)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Amr Hesham (AmrDeveloper) Changes Upstream UnaryDeref support for ComplexType https://github.com/llvm/llvm-project/issues/141365 --- Full diff: https://github.com/llvm/llvm-project/pull/146757.diff 2 Files Affected: - (modified) clang/

[clang] [llvm] [NFC][HLSL][DirectX] Let `HLSLRootSignature` reuse the `dxbc` defined enums (PR #145986)

2025-07-02 Thread Justin Bogner via cfe-commits
@@ -127,6 +127,7 @@ TEST_F(ParseHLSLRootSignatureTest, ValidParseEmptyTest) { } TEST_F(ParseHLSLRootSignatureTest, ValidParseDTClausesTest) { + using FlagT = llvm::dxbc::DescriptorRangeFlags; bogner wrote: I wouldn't rename this to `FlagT`, but instead just

[clang] [llvm] [AMDGPU][clang][CodeGen][opt] Add late-resolved feature identifying predicates (PR #134016)

2025-07-02 Thread Alex Voicu via cfe-commits
AlexVlx wrote: > I think Eli is suggesting something like the rule for > [@available](https://clang.llvm.org/docs/LanguageExtensions.html#objective-c-available): > > * If a builtin is unconditionally available, you can always use it without > any diagnostics. > * If a builtin is only available

[clang] [Clang][Driver][SamplePGO] Introduce -fno_sample_profile_use_profi flag for SamplePGO (PR #145957)

2025-07-02 Thread Nilanjana Basu via cfe-commits
@@ -1,4 +1,19 @@ -/// Test if profi flat is enabled in frontend as user-facing feature. -// RUN: %clang --target=x86_64 -c -fsample-profile-use-profi -fprofile-sample-use=/dev/null -### %s 2>&1 | FileCheck %s +/// Ensure that profi flag is enabled by default in frontend for Sampl

[clang] [clang-format] Propagate `LeadingEmptyLinesAffected` when joining lines (PR #146761)

2025-07-02 Thread Eric Li via cfe-commits
@@ -988,6 +988,8 @@ class LineJoiner { assert(!B.First->Previous); if (B.Affected) A.Affected = true; +else if (B.LeadingEmptyLinesAffected && A.Last->Children.empty()) tJener wrote: Done. https://github.com/llvm/llvm-project/pull/146761 ___

[clang] [clang] Speedup getFileIDLocal with a separate offset table. (PR #146604)

2025-07-02 Thread Shafik Yaghmour via cfe-commits
https://github.com/shafik approved this pull request. LGTM https://github.com/llvm/llvm-project/pull/146604 ___ 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 modernize-use-constexpr check (PR #146553)

2025-07-02 Thread Sean McBride via cfe-commits
seanm wrote: I've tried another project: [opencv](https://github.com/opencv/opencv) and the result also fails to compile. One case I think is because two variables are declared together. i.e.: ``` int foo, bar; ``` instead of: ``` int foo; int bar; ``` Concretely: ```c++ const char * c

[clang] [analyzer] Improve cache locality by using separate allocators (PR #138295)

2025-07-02 Thread via cfe-commits
tigbr wrote: @steakhal As we have discussed in person, unfortunately, I could not reproduce the big improvements for the three problematic translation units. On the bright side, however, I was able to reproduce an average improvement between 0.5% and 1%. This is in the ballpark that I have mea

[clang] [clang][analyzer] Fix the false positive ArgInitializedness warning on unnamed bit-field (PR #145066)

2025-07-02 Thread Balazs Benics via cfe-commits
https://github.com/steakhal closed https://github.com/llvm/llvm-project/pull/145066 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] 6504c96 - [clang][analyzer] Fix the false positive ArgInitializedness warning on unnamed bit-field (#145066)

2025-07-02 Thread via cfe-commits
Author: Tedlion Date: 2025-07-03T08:42:10+02:00 New Revision: 6504c96b1d865c69888a2a17aa8fe479987c00f0 URL: https://github.com/llvm/llvm-project/commit/6504c96b1d865c69888a2a17aa8fe479987c00f0 DIFF: https://github.com/llvm/llvm-project/commit/6504c96b1d865c69888a2a17aa8fe479987c00f0.diff LOG:

[clang] [clang][analyzer] Fix the false positive ArgInitializedness warning on unnamed bit-field (PR #145066)

2025-07-02 Thread via cfe-commits
github-actions[bot] wrote: @Tedlion 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,

[clang] [clang][analyzer] Fix the false positive ArgInitializedness warning on unnamed bit-field (PR #145066)

2025-07-02 Thread Balazs Benics via cfe-commits
@@ -2122,8 +2122,21 @@ SVal RegionStoreManager::getBindingForField(RegionBindingsConstRef B, if (const std::optional &V = B.getDirectBinding(R)) return *V; - // If the containing record was initialized, try to get its constant value. + // UnnamedBitField is always Und

[clang] [llvm] Add __attribute__((visibility("default"))) attribute to certain symbols to stop them being hidden when linking clangInterpreter library to other libraries during Emscripten build (PR #1

2025-07-02 Thread via cfe-commits
https://github.com/mcbarton updated https://github.com/llvm/llvm-project/pull/146786 >From d528fe6474cf233ed024a1479ede12545e59b4c2 Mon Sep 17 00:00:00 2001 From: mcbarton <150042563+mcbar...@users.noreply.github.com> Date: Wed, 2 Jul 2025 22:17:30 +0100 Subject: [PATCH] Add __attribute__((visib

[clang] [OpenMP-5.2] deprecate delimited form of 'declare target' (PR #145854)

2025-07-02 Thread Urvi Rav via cfe-commits
https://github.com/ravurvi20 updated https://github.com/llvm/llvm-project/pull/145854 >From 15935b92827c26a7697084201980f23305f3b348 Mon Sep 17 00:00:00 2001 From: urvi-rav Date: Thu, 26 Jun 2025 03:19:50 -0500 Subject: [PATCH 1/3] deprecate delimited form of 'declare target' --- .../clang/Ba

[clang] [llvm] [analyzer] Correct Z3 test cases, fix exposed crashes (PR #146597)

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

[clang] [flang] [Clang] Introduce `--offload-targets` for `-fopenmp-targets` (PR #146594)

2025-07-02 Thread Joseph Huber via cfe-commits
https://github.com/jhuber6 updated https://github.com/llvm/llvm-project/pull/146594 >From 8db1344221d36408663b684cd5217a112bbe26fe Mon Sep 17 00:00:00 2001 From: Joseph Huber Date: Mon, 3 Feb 2025 12:46:27 -0600 Subject: [PATCH 1/2] [Clang] Introduce '--offload-targets' for `-fopenmp-targets`

[clang] [llvm] [analyzer] Correct Z3 test cases, fix exposed crashes (PR #146597)

2025-07-02 Thread Balazs Benics via cfe-commits
@@ -932,7 +932,8 @@ class Z3Statistics final : public SMTSolverStatistics { }; unsigned getUnsigned(StringRef Key) const override { auto It = UnsignedValues.find(Key.str()); -assert(It != UnsignedValues.end()); +if (It == UnsignedValues.end()) + return 0; -

[clang] [clang] Speedup getFileIDLocal with a separate offset table. (PR #146604)

2025-07-02 Thread Erich Keane via cfe-commits
https://github.com/erichkeane approved this pull request. 1 suggestion, else LGTM. Please make sure aaron gets a chance to look if he wants. https://github.com/llvm/llvm-project/pull/146604 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http

[clang] [clang-scan-deps] Fix "unterminated conditional directive" bug (PR #146645)

2025-07-02 Thread Naveen Seth Hanig via cfe-commits
https://github.com/naveen-seth edited https://github.com/llvm/llvm-project/pull/146645 ___ 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 modernize-use-constexpr check (PR #146553)

2025-07-02 Thread via cfe-commits
@@ -0,0 +1,64 @@ +.. title:: clang-tidy - modernize-use-constexpr + +modernize-use-constexpr +=== + +Finds functions and variables that can be declared 'constexpr'. + +The check analyses any function and variable according to the rules defined +for the language

[clang-tools-extra] [clang-tidy] add modernize-use-constexpr check (PR #146553)

2025-07-02 Thread via cfe-commits
@@ -0,0 +1,64 @@ +.. title:: clang-tidy - modernize-use-constexpr + +modernize-use-constexpr +=== + +Finds functions and variables that can be declared 'constexpr'. + +The check analyses any function and variable according to the rules defined +for the language

[clang] [libcxx] [Clang] Diagnose forming references to nullptr (PR #143667)

2025-07-02 Thread Corentin Jabot via cfe-commits
cor3ntin wrote: > Per [CWG2823](https://cplusplus.github.io/CWG/issues/2823.html), would it be > more meaningful to diagnose dereferencing null pointers? Yes, done! https://github.com/llvm/llvm-project/pull/143667 ___ cfe-commits mailing list cfe-com

[clang] a9ee179 - Remove helper function and use target agnostic needConversion function (#146680)

2025-07-02 Thread via cfe-commits
Author: Abhina Sree Date: 2025-07-02T10:02:46-04:00 New Revision: a9ee1797b716fa61f495a2400f95da4594a8ae80 URL: https://github.com/llvm/llvm-project/commit/a9ee1797b716fa61f495a2400f95da4594a8ae80 DIFF: https://github.com/llvm/llvm-project/commit/a9ee1797b716fa61f495a2400f95da4594a8ae80.diff L

[clang] [libcxx] [Clang] Diagnose forming references to nullptr (PR #143667)

2025-07-02 Thread Vlad Serebrennikov via cfe-commits
https://github.com/Endilll edited https://github.com/llvm/llvm-project/pull/143667 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [libcxx] [Clang] Diagnose forming references to nullptr (PR #143667)

2025-07-02 Thread Vlad Serebrennikov via cfe-commits
@@ -107,6 +107,8 @@ void f() { constexpr int p = &*a; // since-cxx11-error@-1 {{cannot initialize a variable of type 'const int' with an rvalue of type 'A *'}} constexpr A *p2 = &*a; + // since-cxx11-error@-1 {{constexpr variable 'p2' must be initialized by a constant

[clang-tools-extra] [clang-tidy] add modernize-use-constexpr check (PR #146553)

2025-07-02 Thread via cfe-commits
@@ -0,0 +1,64 @@ +.. title:: clang-tidy - modernize-use-constexpr + +modernize-use-constexpr +=== + +Finds functions and variables that can be declared 'constexpr'. + +The check analyses any function and variable according to the rules defined +for the language

[clang] [CIR] Add OptInfo attribute (PR #146261)

2025-07-02 Thread Sirui Mu via cfe-commits
https://github.com/Lancern updated https://github.com/llvm/llvm-project/pull/146261 >From 5b93633c4f9d4fb841c107fd146e89a2d086e497 Mon Sep 17 00:00:00 2001 From: Sirui Mu Date: Sun, 29 Jun 2025 15:25:10 +0800 Subject: [PATCH] [CIR] Add OptInfo attribute --- .../include/clang/CIR/Dialect/IR/CI

[clang] [Sema] Remove an unnecessary cast (NFC) (PR #146703)

2025-07-02 Thread Tim Gymnich via cfe-commits
https://github.com/tgymnich approved this pull request. https://github.com/llvm/llvm-project/pull/146703 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Sema] Remove an unnecessary cast (NFC) (PR #146703)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes The only use of Receiver is to initialize RecExpr. This patch renames Receiver to RecExpr while removing the cast statement. --- Full diff: https://github.com/llvm/llvm-project/pull/146703.diff 1 Fi

[clang] [CIR] Clean up IntAttr (PR #146661)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko edited https://github.com/llvm/llvm-project/pull/146661 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Introduce IntTypeInterface to allow uniform integer types handling (PR #146660)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko closed https://github.com/llvm/llvm-project/pull/146660 ___ 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 modernize-use-constexpr check (PR #146553)

2025-07-02 Thread Julian Schmidt via cfe-commits
5chmidti wrote: > Another compiler error after transformation: > > It made this constexpr: > > ```c++ > PUGI_IMPL_FN constexpr bool is_nan(double value) > { > #if defined(PUGI_IMPL_MSVC_CRT_VERSION) || defined(__BORLANDC__) > return !!_isnan(value); > #elif

[clang] [CIR] Clean up IntAttr (PR #146661)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko updated https://github.com/llvm/llvm-project/pull/146661 >From aa2ee38d1bd5ede51b4657d59b4530b39b3f377d Mon Sep 17 00:00:00 2001 From: xlauko Date: Wed, 2 Jul 2025 09:50:24 +0200 Subject: [PATCH] [CIR] Clean up IntAttr - Add common CIR_ prefix - Simplify printing/pars

[clang] [StaticAnalyzer] Remove unnecessary casts (NFC) (PR #146706)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang-static-analyzer-1 Author: Kazu Hirata (kazutakahirata) Changes N is already of ExplodedNode *. --- Full diff: https://github.com/llvm/llvm-project/pull/146706.diff 1 Files Affected: - (modified) clang/include/clang/StaticAnalyzer/Core/PathSen

[clang-tools-extra] [clangd] Drop const from a return type (NFC) (PR #146707)

2025-07-02 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/146707 We don't need const on the return type. >From 4632ba6425e7cf1793e665169acdae85e5a9b7bd Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Tue, 1 Jul 2025 20:57:50 -0700 Subject: [PATCH] [clangd] Drop cons

[clang] [StaticAnalyzer] Remove unnecessary casts (NFC) (PR #146706)

2025-07-02 Thread Kazu Hirata via cfe-commits
https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/146706 N is already of ExplodedNode *. >From 698813a9dc8d286913f302c5fc498144d2406bc1 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Tue, 1 Jul 2025 20:55:55 -0700 Subject: [PATCH] [StaticAnalyzer] Remove un

[clang] [StaticAnalyzer] Remove unnecessary casts (NFC) (PR #146706)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes N is already of ExplodedNode *. --- Full diff: https://github.com/llvm/llvm-project/pull/146706.diff 1 Files Affected: - (modified) clang/include/clang/StaticAnalyzer/Core/PathSensitive/ExplodedGra

[clang] [CIR] Clean up IntAttr (PR #146661)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko updated https://github.com/llvm/llvm-project/pull/146661 >From 61e0a910f9bad6f8f735d13f427b8af78adc79da Mon Sep 17 00:00:00 2001 From: xlauko Date: Wed, 2 Jul 2025 09:50:24 +0200 Subject: [PATCH] [CIR] Clean up IntAttr - Add common CIR_ prefix - Simplify printing/pars

[clang] 5491576 - [CIR] Introduce IntTypeInterface to allow uniform integer types handling (#146660)

2025-07-02 Thread via cfe-commits
Author: Henrich Lauko Date: 2025-07-02T16:29:03+02:00 New Revision: 5491576a16230a770a507115af2c90f600a5d447 URL: https://github.com/llvm/llvm-project/commit/5491576a16230a770a507115af2c90f600a5d447 DIFF: https://github.com/llvm/llvm-project/commit/5491576a16230a770a507115af2c90f600a5d447.diff

[clang] [CIR] Implement NotEqualOp for ComplexType (PR #146129)

2025-07-02 Thread Amr Hesham via cfe-commits
@@ -1319,6 +1319,9 @@ def CmpOp : CIR_Op<"cmp", [Pure, SameTypeOperands]> { `cir.bool` result. The kinds of comparison available are: [lt,gt,ge,eq,ne] +Note: The 'complex' dialect has separate complex.eq and complex.neq +operations + AmrDevelop

[clang-tools-extra] [clang-tidy] add modernize-use-constexpr check (PR #146553)

2025-07-02 Thread Sean McBride via cfe-commits
seanm wrote: Another interesting case, it seems somehow multiple constexprs got added, ex: ```c++ template constexpr constexpr constexpr constexpr constexpr constexpr constexpr constexpr int numberOfSidesOfDimension(int dimension); ``` This actually compiles, though with a `-Wduplicate-decl-s

[clang-tools-extra] [clangd] Drop const from a return type (NFC) (PR #146707)

2025-07-02 Thread via cfe-commits
llvmbot wrote: @llvm/pr-subscribers-clangd @llvm/pr-subscribers-clang-tools-extra Author: Kazu Hirata (kazutakahirata) Changes We don't need const on the return type. --- Full diff: https://github.com/llvm/llvm-project/pull/146707.diff 1 Files Affected: - (modified) clang-tools-extra/

[clang] 8dcdc0f - [CIR] Clean up IntAttr (#146661)

2025-07-02 Thread via cfe-commits
Author: Henrich Lauko Date: 2025-07-02T16:36:09+02:00 New Revision: 8dcdc0ff1f410897bf7b59fa31d480319d1169e7 URL: https://github.com/llvm/llvm-project/commit/8dcdc0ff1f410897bf7b59fa31d480319d1169e7 DIFF: https://github.com/llvm/llvm-project/commit/8dcdc0ff1f410897bf7b59fa31d480319d1169e7.diff

[clang] [CIR] Clean up FPAttr (PR #146662)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko updated https://github.com/llvm/llvm-project/pull/146662 >From 675128592ac7dbc3665e2c9786f0ce8f0ee2bf84 Mon Sep 17 00:00:00 2001 From: xlauko Date: Wed, 2 Jul 2025 09:56:38 +0200 Subject: [PATCH] [CIR] Clean up FPAttr - Adds CIR_ prefix to the definition - Removes red

[clang] [CIR] Clean up IntAttr (PR #146661)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko closed https://github.com/llvm/llvm-project/pull/146661 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Clean up FPAttr (PR #146662)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko edited https://github.com/llvm/llvm-project/pull/146662 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Clean up FPAttr (PR #146662)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko updated https://github.com/llvm/llvm-project/pull/146662 >From cfcd6f676025aa66c30a355ef7eaaeec6898e9af Mon Sep 17 00:00:00 2001 From: xlauko Date: Wed, 2 Jul 2025 09:56:38 +0200 Subject: [PATCH] [CIR] Clean up FPAttr - Adds CIR_ prefix to the definition - Removes red

[clang] [CIR] Clean up FPAttr (PR #146662)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko closed https://github.com/llvm/llvm-project/pull/146662 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Untie Type and Attribute definitions (PR #146663)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko edited https://github.com/llvm/llvm-project/pull/146663 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [CIR] Untie Type and Attribute definitions (PR #146663)

2025-07-02 Thread Henrich Lauko via cfe-commits
https://github.com/xlauko updated https://github.com/llvm/llvm-project/pull/146663 >From aa3016db7986982d72aee5cb1a1e6b40ef9be68b Mon Sep 17 00:00:00 2001 From: xlauko Date: Wed, 2 Jul 2025 12:16:53 +0200 Subject: [PATCH] [CIR] Untie Type and Attribute definitions This will allow to use Attrib

[clang] e288561 - [CIR] Clean up FPAttr (#146662)

2025-07-02 Thread via cfe-commits
Author: Henrich Lauko Date: 2025-07-02T16:52:15+02:00 New Revision: e288561e6ba49855e89a324cd46c7967fce27cf5 URL: https://github.com/llvm/llvm-project/commit/e288561e6ba49855e89a324cd46c7967fce27cf5 DIFF: https://github.com/llvm/llvm-project/commit/e288561e6ba49855e89a324cd46c7967fce27cf5.diff

[clang] 4db8ce7 - [clang-fuzzer] Fix latent race condition in build (#146119)

2025-07-02 Thread via cfe-commits
Author: Paddy McDonald Date: 2025-07-02T07:53:33-07:00 New Revision: 4db8ce7251384d27c5fcdf5b583eeb4048f22706 URL: https://github.com/llvm/llvm-project/commit/4db8ce7251384d27c5fcdf5b583eeb4048f22706 DIFF: https://github.com/llvm/llvm-project/commit/4db8ce7251384d27c5fcdf5b583eeb4048f22706.diff

[clang] [clang-fuzzer] Fix latent race condition in build (PR #146119)

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

[clang] [clang-tools-extra] [clang][modules] Serialize `CodeGenOptions` (PR #146422)

2025-07-02 Thread Jan Svoboda via cfe-commits
jansvoboda11 wrote: > My concern is, there are many other CodeGenOpts. And if we model them as > incompatible default, it will be a breaking change for existing users. We > don't like breaking change. How do you feel about to emit a warning so that > the end users can have a chance to escape?

[clang] [llvm] [mlir] [debuginfo][coro] Emit debug info labels for coroutine resume points (PR #141937)

2025-07-02 Thread Paul T Robinson via cfe-commits
@@ -0,0 +1,148 @@ +; Tests that we add DILabels for the suspend points. +; +; We check both the generated LLVM: +; RUN: opt < %s -passes='cgscc(coro-split)' -S | FileCheck %s +; +; And the debug info: +; RUN: opt < %s -passes='cgscc(coro-split),coro-cleanup' \ +; RUN: | llc -O0

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Fangrui Song via cfe-commits
https://github.com/MaskRay edited https://github.com/llvm/llvm-project/pull/146244 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Fangrui Song via cfe-commits
https://github.com/MaskRay edited https://github.com/llvm/llvm-project/pull/146244 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] AMDGPU: Add MC layer support for load transpose instructions for gfx1250 (PR #146024)

2025-07-02 Thread Changpeng Fang via cfe-commits
@@ -1092,19 +1092,23 @@ let SubtargetPredicate = isGFX12Plus in { } let WaveSizePredicate = isWave32 in { -let Mnemonic = "global_load_tr_b128" in -defm GLOBAL_LOAD_TR_B128_w32 : FLAT_Global_Load_Pseudo <"global_load_tr_b128_w32", VReg_128>; -let Mnemonic = "

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Fangrui Song via cfe-commits
@@ -263,11 +263,17 @@ bool AVRAsmPrinter::doFinalization(Module &M) { auto *Section = cast(TLOF.SectionForGlobal(&GO, TM)); if (Section->getName().starts_with(".data")) NeedsCopyData = true; -else if (Section->getName().starts_with(".rodata") && SubTM->hasLPM(

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Fangrui Song via cfe-commits
@@ -263,11 +263,17 @@ bool AVRAsmPrinter::doFinalization(Module &M) { auto *Section = cast(TLOF.SectionForGlobal(&GO, TM)); if (Section->getName().starts_with(".data")) NeedsCopyData = true; -else if (Section->getName().starts_with(".rodata") && SubTM->hasLPM(

[clang] [libcxx] [clang] [modules] Add err_main_in_named_module (PR #146635)

2025-07-02 Thread Ashwin Kishin Banwari via cfe-commits
https://github.com/kish1n updated https://github.com/llvm/llvm-project/pull/146635 >From 76bd9279c0410fa53c8a8ca34229f5ca3a4812e3 Mon Sep 17 00:00:00 2001 From: Ashwin Banwari Date: Mon, 30 Jun 2025 18:10:24 -0700 Subject: [PATCH 1/6] Reapply "[clang] [modules] Add err_main_in_named_module (#1

[clang] [libcxx] [clang] [modules] Add err_main_in_named_module (PR #146635)

2025-07-02 Thread Ashwin Kishin Banwari via cfe-commits
kish1n wrote: The only fail is some unrelated test timeout, seems to be flaky. I will remove the added libcxx change now so its ready to merge https://github.com/llvm/llvm-project/pull/146635 ___ cfe-commits mailing list cfe-commits@lists.llvm.org htt

[clang] [llvm] [mlir] [debuginfo][coro] Emit debug info labels for coroutine resume points (PR #141937)

2025-07-02 Thread Paul T Robinson via cfe-commits
https://github.com/pogo59 edited https://github.com/llvm/llvm-project/pull/141937 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [mlir] [debuginfo][coro] Emit debug info labels for coroutine resume points (PR #141937)

2025-07-02 Thread Paul T Robinson via cfe-commits
https://github.com/pogo59 edited https://github.com/llvm/llvm-project/pull/141937 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Fangrui Song via cfe-commits
@@ -651,8 +651,19 @@ void AVR::Linker::ConstructJob(Compilation &C, const JobAction &JA, // This is almost always required because otherwise avr-ld // will assume 'avr2' and warn about the program being larger // than the bare minimum supports. - if (Linker.find("avr-ld

[clang] [clang] [modules] Add err_main_in_named_module (PR #146635)

2025-07-02 Thread Corentin Jabot via cfe-commits
@@ -1062,6 +1062,10 @@ def err_constexpr_main : Error< "'main' is not allowed to be declared %select{constexpr|consteval}0">; def err_deleted_main : Error<"'main' is not allowed to be deleted">; def err_mainlike_template_decl : Error<"%0 cannot be a template">; +def warn_main

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Ben Shi via cfe-commits
benshi001 wrote: > > I do not think this PR is necessary, since there is no bug, I have > > explained in #146537. > > You are right, so this PR is not a bug fix, but just adding features and a > minor optimization. Currently I am focusing on bugfix and compatibility/substitutability with avr

[clang] [llvm] [SPIRV] Add more id and range builtIns (PR #143909)

2025-07-02 Thread Victor Lomuller via cfe-commits
Naghasan wrote: > makes it easier to support non clang based frontends. Say we wanted to do > something MLIR based. Yes, that reminds me of the D compiler struggling to use the translator a few yers back. @Keenuts so are you fine moving ahead as it is ? as @farzonl mentioned, it also has val

[clang] [llvm] [AVR] Handle flash RO data mapped to data space for newer devices (PR #146244)

2025-07-02 Thread Tom Vijlbrief via cfe-commits
tomtor wrote: @benshi There is an alternative to new driver options: https://github.com/llvm/llvm-project/pull/146244/files#r2179646110 That would be a minimal change, and a general improvement giving users more options to tune the linking. https://github.com/llvm/llvm-project/pull/146244 ___

  1   2   3   4   5   >