[clang] [SystemZ][z/OS] Implement _Export keyword (PR #140944)

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

[clang] [llvm] [UBSan] Implement src:*=sanitize for UBSan (PR #140529)

@@ -71,9 +76,9 @@ unsigned SpecialCaseList::Matcher::match(StringRef Query) const { for (const auto &[Pattern, Pair] : Globs) if (Pair.first.match(Query)) return Pair.second; - for (const auto &[Regex, LineNumber] : RegExes) -if (Regex->match(Query)) - re

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

@@ -6,89 +6,121 @@ void test() { int i = 0; int j = 0; int k = 0; - int c = 10; - int a[c]; + constexpr int c = 10; + int a[c]; // Make 'c' constexpr to avoid variable-length array warnings. - [i,j] { return i; }; + [i] { return i; }; // CHECK: [i] { return i;

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

@@ -1633,8 +1633,8 @@ static void repeatForLambdaConversionFunctionCallingConvs( CC_C,CC_X86StdCall, CC_X86FastCall, CC_X86VectorCall, DefaultFree, DefaultMember, CallOpCC}; llvm::sort(Convs); -llvm::iterator_range Range( -std::begin(Conv

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `polly-x86_64-linux-shlib-plugin` running on `polly-x86_64-gce2` while building `clang,llvm` at step 5 "build". Full details are available at: https://lab.llvm.org/buildbot/#/builders/75/builds/6884 Here is the relevant piec

[clang] [Modules] Don't fail when an unused textual header is missing. (PR #138227)

vsapsai wrote: Interesting, changing `private header "wrap_foo.h"` to `header "wrap_foo.h"` in `b.wrap_foo` stops reproducing the error. I'm not sure it guarantees > whenever resolving module for the header, pick one that has the header as > modular over textual. But seems we are closer to th

[clang] [llvm] [HLSL][RootSignature] Add parsing for empty RootParams (PR #140147)

https://github.com/inbelic updated https://github.com/llvm/llvm-project/pull/140147 >From fc2fc60145e65a1b32542cbaf9b4bd6ce3b1509d Mon Sep 17 00:00:00 2001 From: Finn Plummer Date: Thu, 15 May 2025 17:48:07 + Subject: [PATCH 1/2] [HLSL][RootSignature] Add parsing for empty RootParams - def

[clang] [llvm] [UBSan] Implement src:*=sanitize for UBSan (PR #140529)

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

[clang] [llvm] [HLSL][RootSignature] Add parsing for empty RootDescriptors (PR #140147)

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

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-key-instructions` running on `sie-linux-worker5` while building `clang,llvm` at step 5 "build-unified-tree". Full details are available at: https://lab.llvm.org/buildbot/#/builders/208/builds/1347 Here is the rel

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-expensive-checks-ubuntu` running on `as-builder-4` while building `clang,llvm` at step 5 "build-unified-tree". Full details are available at: https://lab.llvm.org/buildbot/#/builders/187/builds/6057 Here i

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

https://github.com/bd1976bris updated https://github.com/llvm/llvm-project/pull/140956 >From 0d9218eda0b99b0d439afb8a84a056581362638e Mon Sep 17 00:00:00 2001 From: Dunbobbin Date: Mon, 19 May 2025 10:17:00 +0100 Subject: [PATCH 1/3] [Windows][LLVM] Elide `PrettyStackTrace` output for usage er

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

jansvoboda11 wrote: FWIW I tried running this patch through my `clang-scan-deps` benchmark on an internal Apple project and saw 16% increase in instruction count. https://github.com/llvm/llvm-project/pull/140867 ___ cfe-commits mailing list cfe-commit

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

@@ -61,11 +61,14 @@ struct ScopedFatalErrorHandler { /// @deprecated Use reportFatalInternalError() or reportFatalUsageError() /// instead. [[noreturn]] LLVM_ABI void report_fatal_error(const char *reason, - bool gen_crash_diag = tru

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `lld-x86_64-ubuntu-fast` running on `as-builder-4` while building `clang,llvm` at step 5 "build-unified-tree". Full details are available at: https://lab.llvm.org/buildbot/#/builders/33/builds/16878 Here is the relevant piec

[clang] [CIR] Implement switch case simplify (PR #140649)

@@ -186,7 +288,7 @@ void CIRSimplifyPass::runOnOperation() { // Collect operations to apply patterns. llvm::SmallVector ops; getOperation()->walk([&](Operation *op) { -if (isa(op)) +if (isa(op)) Andres-Salamanca wrote: Just checked and it also fa

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `llvm-clang-x86_64-gcc-ubuntu-no-asserts` running on `doug-worker-6` while building `clang,llvm` at step 5 "build-unified-tree". Full details are available at: https://lab.llvm.org/buildbot/#/builders/202/builds/1367 Here is

[clang] [llvm] [HLSL][RootSignature] Add parsing for empty RootDescriptors (PR #140147)

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

[clang] [SystemZ][z/OS] Implement _Export keyword (PR #140944)

perry-ca wrote: > I am not seeing any syntax tests for `_Export` in disallowed positions. For > example: > > ```c++ > int _Export *x = 0; > ``` > > It's not the end of the world if it happens to be accepted, but it is > potentially worth noting. I'll add a few tests. https://github.com/llvm

[clang] [OpenACC][CIR] Add lowering for 'copy' array indexes (PR #140971)

llvmbot wrote: @llvm/pr-subscribers-clangir Author: Erich Keane (erichkeane) Changes The array indexes(and sections) are represented by the acc.bounds operation, which this ensures we fill in properly. The lowerbound is required, so we always get that. The upperbound or extent is requi

[clang] [OpenACC][CIR] Add lowering for 'copy' array indexes (PR #140971)

https://github.com/erichkeane created https://github.com/llvm/llvm-project/pull/140971 The array indexes(and sections) are represented by the acc.bounds operation, which this ensures we fill in properly. The lowerbound is required, so we always get that. The upperbound or extent is required.

[clang] [clang][PAC] add support for options parameter to __ptrauth (PR #136828)

@@ -3595,9 +3595,9 @@ def ObjCRequiresPropertyDefs : InheritableAttr { def PointerAuth : TypeAttr { let Spellings = [CustomKeyword<"__ptrauth">]; - let Args = [IntArgument<"Key">, - BoolArgument<"AddressDiscriminated", 1>, - IntArgument<"ExtraDiscr

[clang] [clang][PAC] add support for options parameter to __ptrauth (PR #136828)

https://github.com/ojhunt updated https://github.com/llvm/llvm-project/pull/136828 >From 927380bdf377581e6e40507a12c374023352c613 Mon Sep 17 00:00:00 2001 From: Oliver Hunt Date: Wed, 30 Apr 2025 22:26:59 -0700 Subject: [PATCH 1/5] [clang][PAC] add support for options parameter to __ptrauth T

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-s390x-linux-lnt` running on `systemz-1` while building `clang,llvm` at step 6 "build stage 1". Full details are available at: https://lab.llvm.org/buildbot/#/builders/136/builds/3988 Here is the relevant piece of the b

[clang] [Modules] Don't fail when an unused textual header is missing. (PR #138227)

alexfh wrote: > Interesting, changing `private header "wrap_foo.h"` to `header "wrap_foo.h"` > in `b.wrap_foo` stops reproducing the error. I'm not sure it guarantees > > > whenever resolving module for the header, pick one that has the header as > > modular over textual. > > But seems we are

[clang] [clang-format] Add AlignAfterOpenBracketOptions (PR #108332)

https://github.com/gedare updated https://github.com/llvm/llvm-project/pull/108332 >From 5972376f719665225b04bf121cda6c769e3392d9 Mon Sep 17 00:00:00 2001 From: Gedare Bloom Date: Thu, 20 Jun 2024 17:35:39 -0600 Subject: [PATCH 1/6] Format: add AlignAfterControlStatement Introduce new style op

[clang] [clang][PAC] add support for options parameter to __ptrauth (PR #136828)

https://github.com/ojhunt updated https://github.com/llvm/llvm-project/pull/136828 >From 927380bdf377581e6e40507a12c374023352c613 Mon Sep 17 00:00:00 2001 From: Oliver Hunt Date: Wed, 30 Apr 2025 22:26:59 -0700 Subject: [PATCH 1/4] [clang][PAC] add support for options parameter to __ptrauth T

[clang] [Sema] Warn about omitting deprecated enumerator in switch (PR #138562)

https://github.com/zmodem updated https://github.com/llvm/llvm-project/pull/138562 >From e221ba3b0f7b08bcfc56bf75f7505265c332637d Mon Sep 17 00:00:00 2001 From: Hans Wennborg Date: Mon, 5 May 2025 20:24:15 +0200 Subject: [PATCH 1/7] [Sema] Warn about omitting deprecated enumerator in switch T

[clang] [clang-format] Add AlignAfterOpenBracketOptions (PR #108332)

gedare wrote: Take 3. This is now a simpler solution that separates rules for breaking within `if`, loop, and `switch` control statements. These explicit style options override the `AlwaysBreak` and `BlockIndent` options, which should be now only effective for function-like parentheses and bra

[clang] [clang][PAC] add support for options parameter to __ptrauth (PR #136828)

@@ -327,6 +330,27 @@ a discriminator determined as follows: is ``ptrauth_blend_discriminator(&x, discriminator)``; see `ptrauth_blend_discriminator`_. +``ptrauth_qualifier_options`` +~ + +The options parameter to the ``__ptrauth`` qualifier is a

[clang] [clang-format] Add AlignAfterOpenBracketOptions (PR #108332)

@@ -9694,6 +9694,304 @@ TEST_F(FormatTest, ParenthesesAndOperandAlignment) { Style); } +TEST_F(FormatTest, AlignAfterConditionalStatements) { gedare wrote: Yes, it might be a good idea to consolidate all of the alignment tests in a new file. I

[clang] [llvm] [RISCV] Add Andes A25/AX25 processor definition (PR #140681)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `arc-builder` running on `arc-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/3/builds/16309 Here is the relevant pie

[clang] [llvm] [RISCV] Add Andes A25/AX25 processor definition (PR #140681)

https://github.com/tclin914 updated https://github.com/llvm/llvm-project/pull/140681 >From 80f55eaaead598b0b557aa32756f59b201fc0fcd Mon Sep 17 00:00:00 2001 From: Jim Lin Date: Tue, 20 May 2025 10:13:26 +0800 Subject: [PATCH 1/4] [RISCV] Add Andes A25/AX25 processor definition Andes A25/AX25 a

[clang] 569b6f6 - [RISCV] Add Andes A25/AX25 processor definition (#140681)

Author: Jim Lin Date: 2025-05-22T09:22:32+08:00 New Revision: 569b6f6dade6a1a1b758d982bcd9d91abafb787f URL: https://github.com/llvm/llvm-project/commit/569b6f6dade6a1a1b758d982bcd9d91abafb787f DIFF: https://github.com/llvm/llvm-project/commit/569b6f6dade6a1a1b758d982bcd9d91abafb787f.diff LOG:

[clang] [llvm] [RISCV] Add Andes A25/AX25 processor definition (PR #140681)

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

[clang] [llvm] [RISCV] Add Andes A25/AX25 processor definition (PR #140681)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `openmp-offload-sles-build-only` running on `rocm-worker-hw-04-sles` while building `clang,llvm` at step 10 "Add check check-lld". Full details are available at: https://lab.llvm.org/buildbot/#/builders/140/builds/23578 Here

[clang] [RISCV] Use print-enabled-extensions to check the extensions of Andes n45/nx45/a45/ax45 cpus. NFC. (PR #140979)

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

[clang] [RISCV] Use print-enabled-extensions to check the extensions of Andes n45/nx45/a45/ax45 cpus. NFC. (PR #140979)

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

[clang] [clang][PAC] add support for options parameter to __ptrauth (PR #136828)

@@ -65,6 +65,17 @@ enum class PointerAuthenticationMode : unsigned { SignAndAuth }; +static constexpr llvm::StringLiteral PointerAuthenticationOptionStrip = "strip"; ojhunt wrote: Oh, I hadn't included the updated to stringifying the qualifier so these wer

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

@@ -6831,43 +6832,60 @@ std::optional ASTReader::isPreprocessedEntityInFileID(unsigned Index, return false; } -namespace { - - /// Visitor used to search for information about a header file. - class HeaderFileInfoVisitor { - FileEntryRef FE; -std::optional HFI; - -

[clang] [clang][SPIR-V] Fix OpenCL addrspace mapping when using non-zero default AS (PR #137187)

yingcong-wu wrote: Hi @sarnex , this change is crucial for the device sanitizers since it addresses a long-standing OMP related issue of us. Please help keep this change. Thanks. https://github.com/llvm/llvm-project/pull/137187 ___ cfe-commits mailin

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

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

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

https://github.com/ChuanqiXu9 commented: > It turns out to be kind of a pain to use with HeaderFileInfoTrait. More > importantly, we can't really afford to key by the internal key type since > that only hashes on the size of the file and the hash collision gets pretty > bad. Moreover, the mer

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

@@ -654,6 +654,10 @@ class ASTReader /// Map from the TU to its lexical contents from each module file. std::vector> TULexicalDecls; + unsigned HeaderFileInfoIdx = 0; ChuanqiXu9 wrote: And also, this seems unsafe since ModuleManager can remove modules te

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

@@ -654,6 +654,10 @@ class ASTReader /// Map from the TU to its lexical contents from each module file. std::vector> TULexicalDecls; + unsigned HeaderFileInfoIdx = 0; ChuanqiXu9 wrote: nit: Unloaded header file info idx. And also I feel the name is odd.

[clang] [clang] Use llvm::find_if (NFC) (PR #140983)

https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/140983 None >From 5e16f3ea4637e1aab04a3f87f601a3e9c06c4449 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Wed, 21 May 2025 14:12:52 -0700 Subject: [PATCH] [clang] Use llvm::find_if (NFC) --- clang/lib/Analy

[clang] Revert "[Clang] Fix missed initializer instantiation bug for variable templates" (PR #140930)

ilovepi wrote: I've updated https://github.com/llvm/llvm-project/issues/140773 with a reproducer. https://github.com/llvm/llvm-project/pull/140930 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/

[clang] [clang] Use llvm::find_if (NFC) (PR #140983)

llvmbot wrote: @llvm/pr-subscribers-clang-format Author: Kazu Hirata (kazutakahirata) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/140983.diff 5 Files Affected: - (modified) clang/lib/Analysis/ThreadSafety.cpp (+9-13) - (modified) clang/lib/Format/MacroCallReconst

[clang] [WIP][C++20][Modules] Lazily, but fully load 'HeaderFileInfo' table into memory. (PR #140867)

mpark wrote: > > It turns out to be kind of a pain to use with HeaderFileInfoTrait. More > > importantly, we can't really afford to key by the internal key type since > > that only hashes on the size of the file and the hash collision gets pretty > > bad. Moreover, the merging and condensing s

[clang] [clang] Use llvm::find_if (NFC) (PR #140983)

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

[clang] [clang] Use llvm::is_contained (NFC) (PR #140985)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/140985.diff 4 Files Affected: - (modified) clang/include/clang/Sema/Sema.h (+2-2) - (modified) clang/lib/Interpreter/Interpreter.cpp (+7-8)

[clang] [clang] Use llvm::find_if (NFC) (PR #140983)

llvmbot wrote: @llvm/pr-subscribers-clang-analysis Author: Kazu Hirata (kazutakahirata) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/140983.diff 5 Files Affected: - (modified) clang/lib/Analysis/ThreadSafety.cpp (+9-13) - (modified) clang/lib/Format/MacroCallRecon

[clang] [clang] Use llvm::find_if (NFC) (PR #140983)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Kazu Hirata (kazutakahirata) Changes --- Full diff: https://github.com/llvm/llvm-project/pull/140983.diff 5 Files Affected: - (modified) clang/lib/Analysis/ThreadSafety.cpp (+9-13) - (modified) clang/lib/Format/MacroCallReconstructor.

[clang] [llvm] [RISCV] Add Andes A25/AX25 processor definition (PR #140681)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `sanitizer-aarch64-linux-bootstrap-hwasan` running on `sanitizer-buildbot11` while building `clang,llvm` at step 2 "annotate". Full details are available at: https://lab.llvm.org/buildbot/#/builders/55/builds/11683 Here is t

[clang] [clang] Use llvm::is_contained (NFC) (PR #140985)

https://github.com/kazutakahirata created https://github.com/llvm/llvm-project/pull/140985 None >From 9d1d55f8c5283b71cac4893cd5c39a38d4c55353 Mon Sep 17 00:00:00 2001 From: Kazu Hirata Date: Wed, 21 May 2025 14:09:49 -0700 Subject: [PATCH] [clang] Use llvm::is_contained (NFC) --- clang/incl

[clang] [RISCV] Use print-enabled-extensions to check the extensions of Andes n45/nx45/a45/ax45 cpus. NFC. (PR #140979)

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

[clang] [flang] [lld] [lldb] [llvm] [mlir] [polly] [CMake] respect LLVMConfig.cmake's LLVM_DEFINITIONS in standalone builds (PR #138587)

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

[clang] [Sema] Warn about omitting deprecated enumerator in switch (PR #138562)

zmodem wrote: Thanks Aaron, that's a good example. This is a pickle; it doesn't seem like there's an obviously Right Solution(tm) here. I think we're agreeing on the first part, that unhandled deprecated enums should trigger the "not covered" warning. Some users will prefer to handle that wi

[clang] [SystemZ][z/OS] Implement _Export keyword (PR #140944)

hubert-reinterpretcast wrote: > For reference, the XL documentation for _Export: > https://www.ibm.com/docs/en/zos/3.1.0?topic=specifiers-export-function-specifier-c-only @perry-ca, additional context from https://www.ibm.com/docs/en/zos/3.1.0?topic=qualifiers-export-qualifier-c-only would he

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `publish-sphinx-docs` running on `as-worker-4` while building `clang,llvm` at step 5 "build-docs-llvm-html-docs-clang-html-docs-clang...". Full details are available at: https://lab.llvm.org/buildbot/#/builders/45/builds/12459

[clang] [HLSL] Update Sema Checking Diagnostics for builtins (PR #138429)

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

[clang] 5ba57a8 - [HLSL] Update Sema Checking Diagnostics for builtins (#138429)

Author: Sarah Spall Date: 2025-05-21T13:03:07-07:00 New Revision: 5ba57a81f213f17547be11e199888d8d156ececc URL: https://github.com/llvm/llvm-project/commit/5ba57a81f213f17547be11e199888d8d156ececc DIFF: https://github.com/llvm/llvm-project/commit/5ba57a81f213f17547be11e199888d8d156ececc.diff L

[clang] [HLSL] Update Sema Checking Diagnostics for builtins (PR #138429)

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

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

@@ -61,11 +61,14 @@ struct ScopedFatalErrorHandler { /// @deprecated Use reportFatalInternalError() or reportFatalUsageError() /// instead. [[noreturn]] LLVM_ABI void report_fatal_error(const char *reason, - bool gen_crash_diag = tru

[clang] [llvm] [CodeGen] Expose the extensibility of PassConfig to plugins (PR #139059)

arsenm wrote: I don't think you can reasonably test this with a lit test, you have to add this as a proper build target in llvm/examples similar to Bye https://github.com/llvm/llvm-project/pull/139059 ___ cfe-commits mailing list cfe-commits@lists.ll

[clang] [llvm] [CodeGen] Expose the extensibility of PassConfig to plugins (PR #139059)

arsenm wrote: > I don't think you can reasonably test this with a lit test, you have to add > this as a proper build target in llvm/examples similar to Bye. A lit test could then drive the load of that plugin, but the lit test can't contain the pass itself https://github.com/llvm/llvm-projec

[clang] [analyzer] Introduce the check::BlockEntrance checker callback (PR #140924)

Xazax-hun wrote: > What is the relationship of this new callback with the BranchCondition > callback +1, I am also interested to learn what is the main motivation behind the new callback. Do you have some example use cases in mind? I think users might get confused which one to use. https://

[clang] [CodeGen] Add TBAA struct path info for array members (PR #137719)

@@ -28,25 +30,39 @@ int bar(C *c) { int bar2(C *c) { // CHECK-NEW-LABEL: _Z4bar2P1C -// CHECK-NEW: load i32, {{.*}}, !tbaa [[TAG_int:!.*]] +// CHECK-NEW: load i32, {{.*}}, !tbaa [[TAG_C_x:!.*]] return c->x[2]; } int bar3(C *c, int j) { // CHECK-NEW-LABEL: _Z4bar3P1Ci -

[clang] [CodeGen] Add TBAA struct path info for array members (PR #137719)

@@ -28,25 +30,39 @@ int bar(C *c) { int bar2(C *c) { // CHECK-NEW-LABEL: _Z4bar2P1C -// CHECK-NEW: load i32, {{.*}}, !tbaa [[TAG_int:!.*]] +// CHECK-NEW: load i32, {{.*}}, !tbaa [[TAG_C_x:!.*]] return c->x[2]; } int bar3(C *c, int j) { // CHECK-NEW-LABEL: _Z4bar3P1Ci -

[clang] [llvm] [HLSL][DXIL] Implement `refract` intrinsic (PR #136026)

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

[clang] Revert "[Clang] Fix missed initializer instantiation bug for variable templates" (PR #140930)

https://github.com/zyn0217 approved this pull request. I'll approve it, because I have a similar experience that swapping the deferred instantiation and immediate instantiation order caused a very subtle failure of return type deduction. However, just as what @AaronBallman suggested, please ho

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

@@ -61,11 +61,14 @@ struct ScopedFatalErrorHandler { /// @deprecated Use reportFatalInternalError() or reportFatalUsageError() /// instead. [[noreturn]] LLVM_ABI void report_fatal_error(const char *reason, - bool gen_crash_diag = tru

[clang] [clang] Fixed Constant Evaluation don't Call Destructor (PR #140278)

https://github.com/Mr-Anyone updated https://github.com/llvm/llvm-project/pull/140278 >From 3945cae10c7f2629e7e875db29bd9aa4fa74055c Mon Sep 17 00:00:00 2001 From: Vincent Date: Wed, 14 May 2025 16:36:35 -0400 Subject: [PATCH 1/4] [clang] Fixed Constant Evaluation don't Call Destructor Within

[clang] 08279d3 - [CIR] Improve NYI message for emitCompoundStmtWithoutScope (#140945)

Author: Andy Kaylor Date: 2025-05-21T13:23:01-07:00 New Revision: 08279d3924a86371e96527f68ff7496e51581f9c URL: https://github.com/llvm/llvm-project/commit/08279d3924a86371e96527f68ff7496e51581f9c DIFF: https://github.com/llvm/llvm-project/commit/08279d3924a86371e96527f68ff7496e51581f9c.diff L

[clang] [CIR] Improve NYI message for emitCompoundStmtWithoutScope (PR #140945)

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

[clang] [clang][PAC] add support for options parameter to __ptrauth (PR #136828)

@@ -3595,9 +3595,9 @@ def ObjCRequiresPropertyDefs : InheritableAttr { def PointerAuth : TypeAttr { let Spellings = [CustomKeyword<"__ptrauth">]; - let Args = [IntArgument<"Key">, - BoolArgument<"AddressDiscriminated", 1>, - IntArgument<"ExtraDiscr

[clang] [llvm] [HLSL][RootSignature] Add parsing for empty RootDescriptors (PR #140147)

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

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `polly-x86_64-linux-shlib` running on `polly-x86_64-gce2` while building `clang,llvm` at step 5 "build". Full details are available at: https://lab.llvm.org/buildbot/#/builders/99/builds/6612 Here is the relevant piece of the

[clang] [llvm] Add support for Windows Secure Hot-Patching (PR #138972)

efriedma-quic wrote: You might want to look at convertUsersOfConstantsToInstructions, which addresses similar use-cases. (You might be able to use it directly? If not, you can at least reference the implementation.) Recursively rewriting expression trees should work, and result in well-defin

[clang] [libcxx] [llvm] Add unnecessary-virtual-specifier to -Wextra (PR #138741)

@@ -882,6 +882,11 @@ if (LLVM_ENABLE_WARNINGS AND (LLVM_COMPILER_IS_GCC_COMPATIBLE OR CLANG_CL)) # The LLVM libraries have no stable C++ API, so -Wnoexcept-type is not useful. append("-Wno-noexcept-type" CMAKE_CXX_FLAGS) + # LLVM has a policy of including virtual "ancho

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

https://github.com/bd1976bris updated https://github.com/llvm/llvm-project/pull/140956 >From 0d9218eda0b99b0d439afb8a84a056581362638e Mon Sep 17 00:00:00 2001 From: Dunbobbin Date: Mon, 19 May 2025 10:17:00 +0100 Subject: [PATCH 1/2] [Windows][LLVM] Elide `PrettyStackTrace` output for usage er

[clang] [llvm] [HLSL][RootSignature] Add parsing for empty RootParams (PR #140147)

https://github.com/inbelic updated https://github.com/llvm/llvm-project/pull/140147 >From fc2fc60145e65a1b32542cbaf9b4bd6ce3b1509d Mon Sep 17 00:00:00 2001 From: Finn Plummer Date: Thu, 15 May 2025 17:48:07 + Subject: [PATCH 1/2] [HLSL][RootSignature] Add parsing for empty RootParams - def

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-ppc64le-linux-multistage` running on `ppc64le-clang-multistage-test` while building `clang,llvm` at step 4 "build stage 1". Full details are available at: https://lab.llvm.org/buildbot/#/builders/76/builds/9771 Here i

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

@@ -61,11 +61,14 @@ struct ScopedFatalErrorHandler { /// @deprecated Use reportFatalInternalError() or reportFatalUsageError() /// instead. [[noreturn]] LLVM_ABI void report_fatal_error(const char *reason, - bool gen_crash_diag = tru

[clang] [lld] [llvm] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

https://github.com/nikic requested changes to this pull request. https://github.com/llvm/llvm-project/pull/140956 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [lld] [llvm] [mlir] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

https://github.com/bd1976bris updated https://github.com/llvm/llvm-project/pull/140956 >From 23b762fa8adae76ffe7e85a328aef8710030d831 Mon Sep 17 00:00:00 2001 From: Dunbobbin Date: Mon, 19 May 2025 10:17:00 +0100 Subject: [PATCH] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors

[clang] [CodeGen] Add TBAA struct path info for array members (PR #137719)

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

[clang] Thread Safety Analysis: Support reentrant capabilities (PR #137133)

melver wrote: As additional motivation - quote from a kernel maintainer: > But I think we should get the infrastructure in once your reentrancy > support has landed in a release, because with that we can start > annotation some code and show uses, while also helping to driver more > requirements

[clang] [lld] [llvm] [mlir] [LLVM][Windows] Elide `PrettyStackTrace` output for usage errors (PR #140956)

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

[clang] [llvm] Add macro to suppress -Wunnecessary-virtual-specifier (PR #139614)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `clang-with-thin-lto-ubuntu` running on `as-worker-92` while building `clang,llvm` at step 6 "build-stage1-compiler". Full details are available at: https://lab.llvm.org/buildbot/#/builders/127/builds/3467 Here is the releva

[clang] f0ddadf - Revert "[Clang] Fix missed initializer instantiation bug for variable templates" (#140930)

Author: Paul Kirth Date: 2025-05-22T11:01:06+08:00 New Revision: f0ddadf12cc44bb5baa161bef047e1d8e283c839 URL: https://github.com/llvm/llvm-project/commit/f0ddadf12cc44bb5baa161bef047e1d8e283c839 DIFF: https://github.com/llvm/llvm-project/commit/f0ddadf12cc44bb5baa161bef047e1d8e283c839.diff LO

[clang] Revert "[Clang] Fix missed initializer instantiation bug for variable templates" (PR #140930)

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

[clang] Revert "[Clang] Fix missed initializer instantiation bug for variable templates" (PR #140930)

zyn0217 wrote: I'll go ahead and merge this: the eager instantiation of member templates - even it is still dependent - doesnt look right to me In the meantime, I'll look into the case and see if I can figure out a solution https://github.com/llvm/llvm-project/pull/140930 _

[clang] [clang-format] Add AlignAfterOpenBracketOptions (PR #108332)

https://github.com/gedare updated https://github.com/llvm/llvm-project/pull/108332 >From 5972376f719665225b04bf121cda6c769e3392d9 Mon Sep 17 00:00:00 2001 From: Gedare Bloom Date: Thu, 20 Jun 2024 17:35:39 -0600 Subject: [PATCH 1/8] Format: add AlignAfterControlStatement Introduce new style op

[clang] [llvm] [RISCV] Add Andes A25/AX25 processor definition (PR #140681)

llvm-ci wrote: LLVM Buildbot has detected a new failure on builder `sanitizer-aarch64-linux-bootstrap-msan` running on `sanitizer-buildbot10` while building `clang,llvm` at step 2 "annotate". Full details are available at: https://lab.llvm.org/buildbot/#/builders/94/builds/7346 Here is the

[clang] [clang] Mark some language options as benign. (PR #131569)

https://github.com/matts1 updated https://github.com/llvm/llvm-project/pull/131569 >From 2507e992742c067948021a5c07379abe725cf52d Mon Sep 17 00:00:00 2001 From: Matt Stark Date: Mon, 10 Mar 2025 12:09:49 +1100 Subject: [PATCH] [clang] Mark some language options as benign. I'm fairly certain t

[clang] [clang] Mark some language options as benign. (PR #131569)

matts1 wrote: I've rebased to fix merge conflicts, could someone please approve and submit this? https://github.com/llvm/llvm-project/pull/131569 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/c

[clang] [clang] Mark some language options as benign. (PR #131569)

https://github.com/matts1 updated https://github.com/llvm/llvm-project/pull/131569 >From 5ab93bd5c9ae1a58e15bae43e329afd4277f76c4 Mon Sep 17 00:00:00 2001 From: Matt Stark Date: Mon, 10 Mar 2025 12:09:49 +1100 Subject: [PATCH] [clang] Mark some language options as benign. I'm fairly certain t

[clang] [llvm] [mlir] [NVPTX] Unify and extend barrier{.cta} intrinsic support (PR #140615)

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

[clang] [C2y] Add stdcountof.h (PR #140890)

alejandro-colomar wrote: > > Thanks! > > For the first commit: > > ``` > > Suggested-by: Alejandro Colomar > > ``` > > Happy to add it, Thanks! :) > but for my own education: what's that do? :-D

  1   2   3   4   5   >