[llvm] [clang] [libcxx] [clang-tools-extra] [mlir] [lldb] [libc] [BOLT][NFC] Print BAT section size (PR #76897)

https://github.com/aaupov updated https://github.com/llvm/llvm-project/pull/76897 >From 5106f9e921aa426cf3272277c4aee4bdf76215e8 Mon Sep 17 00:00:00 2001 From: Amir Ayupov Date: Wed, 3 Jan 2024 21:25:02 -0800 Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?=

[llvm] [clang] [clang-tools-extra] [mlir] [libc] [libc][math] Fix `is_quiet_nan` function in FPBits (PR #76931)

https://github.com/nishantwrp updated https://github.com/llvm/llvm-project/pull/76931 >From f6244d1599c604f0fc865762e3d5e133228de9a7 Mon Sep 17 00:00:00 2001 From: Nishant Mittal Date: Thu, 4 Jan 2024 09:52:32 + Subject: [PATCH] [libc][math] Fix function in FPBits ---

[clang] [clang][Sema] deleted overriding function can have lax except spec (PR #76248)

@@ -379,6 +379,18 @@ namespace dr1347 { // dr1347: 3.1 #endif } +namespace dr1351 { // dr1351: 1 Endilll wrote: I guess you intended `// dr1351: 18`. https://github.com/llvm/llvm-project/pull/76248 ___ cfe-commits

[clang] [clang][Sema] deleted overriding function can have lax except spec (PR #76248)

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

[clang] [clang][Sema] deleted overriding function can have lax except spec (PR #76248)

https://github.com/Endilll requested changes to this pull request. You need to run `clang/www/make_cxx_drs` script in order to make `cxx_dr_status.html` reflect that CWG1351 is now implemented. https://github.com/llvm/llvm-project/pull/76248 ___

[clang] [AArch64][SME2] Fix SME2 mla/mls tests (PR #76711)

https://github.com/MDevereau updated https://github.com/llvm/llvm-project/pull/76711 >From 908da224bd01e4758392a98ba2191185d7296c6a Mon Sep 17 00:00:00 2001 From: Matt Devereau Date: Tue, 2 Jan 2024 11:36:33 + Subject: [PATCH 1/2] [AArch64][SME2] Fix SME2 mla/mls tests The ACLE defines

[clang] [clang][analyzer] Add missing stream related functions to StdCLibraryFunctionsChecker. (PR #76979)

llvmbot wrote: @llvm/pr-subscribers-clang @llvm/pr-subscribers-clang-static-analyzer-1 Author: Balázs Kéri (balazske) Changes Some stream functions were recently added to `StreamChecker` that were not modeled by `StdCLibraryFunctionsChecker`. To ensure consistency these functions are

[llvm] [clang] [RISCV] CodeGen of RVE and ilp32e/lp64e ABIs (PR #76777)

@@ -179,6 +180,11 @@ Assembly Support Supported Fully supported by the compiler. This includes everything in Assembly Support, along with - if relevant - C language intrinsics for the instructions and pattern matching by the compiler to recognize idiomatic patterns which

[clang] [llvm] [libc] [mlir] [clang-tools-extra] [lldb] [compiler-rt] [openmp] [flang] [libcxx] [lld] [libc++][streams] P1759R6: Native handles and file streams (PR #76632)

Zingam wrote: > Thanks LGTM! Thank you very much for the review! https://github.com/llvm/llvm-project/pull/76632 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

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

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

@@ -130,27 +137,24 @@ C &&()(C&) = std::move; // #8 expected-note {{instantiation of}} C &&()(C&) = std::forward; // #9 expected-note {{instantiation of}} int ()(B, B) = std::move; -#if __cplusplus <= 201703L -// expected-warning@#1 {{non-addressable}} -//

[llvm] [clang] [clang][MBD] set up module build daemon infrastructure (PR #67562)

@@ -0,0 +1,48 @@ +//===-- Utils.h ---===// +// +// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions. +// See https://llvm.org/LICENSE.txt for license information. +// SPDX-License-Identifier:

[llvm] [clang] [clang-tools-extra] [libc] [flang] [libcxx] [compiler-rt] [mlir] [mlir][Linalg] Support dynamic tiles in `lower_pack` transform (PR #76003)

srcarroll wrote: It was suggested to me by @chelini to only have the `reshape` op to handle all cases and get rid of the `expand_shape` op. We can then implement a canonicalizer to convert when valid. I'm all for this, however want to make sure this is the direction we want to go before I

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

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 90c397fc56b7a04dd53cdad8103de1ead9686104 c346904caff1bf97605d84bdd0120cefe1ca35f4 --

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

https://github.com/erichkeane commented: 1 issue with the test, else LGTM. https://github.com/llvm/llvm-project/pull/75883 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

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

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

@@ -163,6 +170,40 @@ void attribute_const() { std::as_const(n); // expected-warning {{ignoring return value}} } +struct D { + void* operator new(__SIZE_TYPE__, D&&(*)(D&)); + void* operator new(__SIZE_TYPE__, D*(*)(D&)); + void* operator new(__SIZE_TYPE__, const

[clang] [clang] static operators should evaluate object argument (PR #68485)

https://github.com/cor3ntin commented: I think this looks fine, once we have a release note https://github.com/llvm/llvm-project/pull/68485 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [Clang] Fix the instantiation of return type requirements in lambda bodies (PR #76967)

@@ -843,6 +843,9 @@ Bug Fixes to C++ Support - Fix crash when parsing nested requirement. Fixes: (`#73112 `_) +- Fixed a crash caused by using return type requirement in a lambda. Fixes: + (`#64607

[llvm] [clang] [libcxx] [clang-tools-extra] [mlir] [lldb] [libc] [BOLT][NFC] Print BAT section size (PR #76897)

https://github.com/aaupov updated https://github.com/llvm/llvm-project/pull/76897 >From 5106f9e921aa426cf3272277c4aee4bdf76215e8 Mon Sep 17 00:00:00 2001 From: Amir Ayupov Date: Wed, 3 Jan 2024 21:25:02 -0800 Subject: [PATCH] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20initia?=

[clang] Revert "[Clang][SME] Add IsStreamingOrSVE2p1" (PR #76973)

https://github.com/SamTebbs33 created https://github.com/llvm/llvm-project/pull/76973 Reverts llvm/llvm-project#75958 I mistakenly included a commit from my local main after rebasing. >From d63f848e75b66ae2e5915ada4bd5b370e05f9829 Mon Sep 17 00:00:00 2001 From: Sam Tebbs Date: Thu, 4 Jan

[clang] a7a78fd - Revert "[Clang][SME] Add IsStreamingOrSVE2p1" (#76973)

Author: Sam Tebbs Date: 2024-01-04T16:53:14Z New Revision: a7a78fd427569a7ad8a27e682a66fe414f004a35 URL: https://github.com/llvm/llvm-project/commit/a7a78fd427569a7ad8a27e682a66fe414f004a35 DIFF: https://github.com/llvm/llvm-project/commit/a7a78fd427569a7ad8a27e682a66fe414f004a35.diff LOG:

[clang] Revert "[Clang][SME] Add IsStreamingOrSVE2p1" (PR #76973)

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

[clang] Revert "[Clang][SME] Add IsStreamingOrSVE2p1" (PR #76973)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Sam Tebbs (SamTebbs33) Changes Reverts llvm/llvm-project#75958 I mistakenly included a commit from my local main after rebasing. --- Patch is 88.95 KiB, truncated to 20.00 KiB below, full version:

[clang] e78a1f4 - [Clang] Fix the instantiation of return type requirements in lambda bodies (#76967)

Author: 刘雨培 Date: 2024-01-05T01:32:10+08:00 New Revision: e78a1f491cbc0a57de7bf86058359dd0bd282540 URL: https://github.com/llvm/llvm-project/commit/e78a1f491cbc0a57de7bf86058359dd0bd282540 DIFF: https://github.com/llvm/llvm-project/commit/e78a1f491cbc0a57de7bf86058359dd0bd282540.diff LOG:

[clang] [Clang] Fix the instantiation of return type requirements in lambda bodies (PR #76967)

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

[clang] [NFC][clang][test][asan] Make `instantiation-depth-default.cpp` a valid test case under `asan` and `ubsan` configs (PR #75254)

@@ -1,18 +1,12 @@ -// RUN: %clang_cc1 -fsyntax-only -verify -ftemplate-backtrace-limit=2 %s -// -// FIXME: Disable this test when Clang was built with ASan, because ASan -// increases our per-frame stack usage enough that this test no longer fits -// within our normal stack space

[clang-tools-extra] [flang] [llvm] [Flang] make ppc unsupported for x86_64 test case (NFC) (PR #73903)

@@ -7,7 +7,7 @@ ! ! This test is for x86_64, where exponent-letter 'q' is for ! 10-byte extended precision -! UNSUPPORTED: system-windows +! UNSUPPORTED: system-windows, system-aix madanial0 wrote: The underflow failure only occurs on AIX for powerpc not on

[clang] [Cygwin] Cygwin basic support (PR #76943)

=?utf-8?b?5b6Q5oyB5oGS?= Xu Chiheng,=?utf-8?b?5b6Q5oyB5oGS?= Xu Chiheng Message-ID: In-Reply-To: https://github.com/asl requested changes to this pull request. This lacks tests and some references how TLS is implemented on Cygwin https://github.com/llvm/llvm-project/pull/76943

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

@@ -130,27 +137,24 @@ C &&()(C&) = std::move; // #8 expected-note {{instantiation of}} C &&()(C&) = std::forward; // #9 expected-note {{instantiation of}} int ()(B, B) = std::move; -#if __cplusplus <= 201703L -// expected-warning@#1 {{non-addressable}} -//

[llvm] [clang] [clang-tools-extra] [libc] [flang] [libcxxabi] [libcxx] [compiler-rt] [lldb] Move nondiscard tests of ranges::contains() to the right place. (PR #76887)

https://github.com/ZijunZhaoCCK updated https://github.com/llvm/llvm-project/pull/76887 >From 9b90c41bd209a49de85987529bd7286401b01ef2 Mon Sep 17 00:00:00 2001 From: Zijun Zhao Date: Wed, 3 Jan 2024 18:27:09 -0800 Subject: [PATCH] Move nondiscard tests of ranges::contains() to the right

[clang] [RISCV] Fix collectNonISAExtFeature returning negative extension features (PR #76962)

https://github.com/lukel97 created https://github.com/llvm/llvm-project/pull/76962 collectNonISAExtFeature was returning any negative extension features, e.g. given an input of +zifencei,+m,+a,+save-restore,-zbb,-relax,-zfa It would return +save-restore,-zbb,-relax,-zfa Because negative

[clang] [RISCV] Fix collectNonISAExtFeature returning negative extension features (PR #76962)

https://github.com/lukel97 updated https://github.com/llvm/llvm-project/pull/76962 >From dfaf782113b977c9960358adab88767e23ddbc56 Mon Sep 17 00:00:00 2001 From: Luke Lau Date: Thu, 4 Jan 2024 20:48:09 +0700 Subject: [PATCH] [RISCV] Fix collectNonISAExtFeature returning negative extension

[clang] [clang] Add per-global code model attribute (PR #72078)

@@ -3369,6 +3369,36 @@ static void handleSectionAttr(Sema , Decl *D, const ParsedAttr ) { } } +static void handleCodeModelAttr(Sema , Decl *D, const ParsedAttr ) { + StringRef CM; + StringRef Str; + SourceLocation LiteralLoc; + bool Ok = false; + // Check that it is a

[clang] [llvm] [RISCV] Add B extension (PR #76893)

asb wrote: Thanks! If someone sets zba_zbb_zbs, should b be inferred? This patch needs an LLVM release note as well, and agreed we should await on a versioning decision. https://github.com/llvm/llvm-project/pull/76893 ___ cfe-commits mailing list

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

@@ -2605,18 +2605,26 @@ bool QualType::isTrivialType(const ASTContext ) const { } bool QualType::isTriviallyCopyableType(const ASTContext ) const { - if ((*this)->isArrayType()) -return Context.getBaseElementType(*this).isTriviallyCopyableType(Context); + return

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

@@ -911,12 +913,16 @@ class QualType { /// CXXRecordDecl::isCXX11StandardLayout, this takes DRs into account. bool isCXX11PODType(const ASTContext ) const; + cor3ntin wrote: Can you revert that? https://github.com/llvm/llvm-project/pull/76680

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

@@ -766,6 +766,8 @@ class QualType { bool UseExcessPrecision(const ASTContext ); + static bool isTriviallyCopyableTypeImpl(const QualType , const ASTContext ,bool copy_constructible); cor3ntin wrote: You can remove that (it will be a non member function

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

@@ -2605,18 +2605,26 @@ bool QualType::isTrivialType(const ASTContext ) const { } bool QualType::isTriviallyCopyableType(const ASTContext ) const { - if ((*this)->isArrayType()) -return Context.getBaseElementType(*this).isTriviallyCopyableType(Context); + return

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

@@ -2605,18 +2605,26 @@ bool QualType::isTrivialType(const ASTContext ) const { } bool QualType::isTriviallyCopyableType(const ASTContext ) const { - if ((*this)->isArrayType()) -return Context.getBaseElementType(*this).isTriviallyCopyableType(Context); + return

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

@@ -2605,18 +2605,26 @@ bool QualType::isTrivialType(const ASTContext ) const { } bool QualType::isTriviallyCopyableType(const ASTContext ) const { - if ((*this)->isArrayType()) -return Context.getBaseElementType(*this).isTriviallyCopyableType(Context); + return

[clang] [Sema] Warning for _Float16 passed to format specifier '%f' (PR #74439)

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

[clang] [Sema] Warning for _Float16 passed to format specifier '%f' (PR #74439)

@@ -18,3 +18,8 @@ void test_floating_promotion(__fp16 *f16, float f32, double f64) { // CHECK: ImplicitCastExpr {{.*}} 'double' // CHECK-NEXT: 'float' } + +void test_Float16_no_default_promotion(_Float16 f16) { + variadic(1, f16); +// CHECK-NOT: ImplicitCastExpr {{.*}}

[clang] [Sema] Warning for _Float16 passed to format specifier '%f' (PR #74439)

https://github.com/cor3ntin approved this pull request. LGTM. The format diagnostics are new in Clang 18 and as such we do not need a release note. Correct? https://github.com/llvm/llvm-project/pull/74439 ___ cfe-commits mailing list

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

11happy wrote: sorry from my end I will correct them and make a commit,Thank you https://github.com/llvm/llvm-project/pull/76680 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

https://github.com/11happy updated https://github.com/llvm/llvm-project/pull/76680 >From 3c8dfcf96e732f4546f8019c0111fd873b233162 Mon Sep 17 00:00:00 2001 From: 11happy Date: Mon, 1 Jan 2024 19:53:45 +0530 Subject: [PATCH 1/8] Changed Checks from TriviallyCopyable to

[clang] [clang][DebugInfo] DWARFv5: static data members declarations are DW_TAG_variable (PR #72235)

Michael137 wrote: Ah looks like in `GetClangDeclForDIE`, when trying to parse the `DW_AT_specification` that the CU-level `DW_TAG_variable` points to, we now try to `CreateVariableDeclaration`, because the static member is a `DW_TAG_variable` too. Whereas previously we would just fall-through

[clang] [Clang][SME] Add IsStreamingOrSVE2p1 (PR #76975)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Sam Tebbs (SamTebbs33) Changes This patch adds IsStreamingOrSVE2p1 to the applicable builtins and a warning for when those builtins are not used in a streaming or sve2p1 function. Fix after reverting

[clang] [clang][lex] Fix non-portability diagnostics with absolute path (PR #74782)

jrmwng wrote: @jansvoboda11 the same error using the above steps ``` 547>-- Build started: Project: check-all, Configuration: Release x64 -- 547>Running all regression tests 547>llvm-lit.py: C:\GitHub\llvm-project\llvm\utils\lit\lit\llvm\config.py:46: note: using lit tools: C:\Program

[clang] [clang] Fix parenthesized list initialization of arrays not working with `new` (PR #76976)

https://github.com/alanzhao1 updated https://github.com/llvm/llvm-project/pull/76976 >From ee4e3c8634bb876166ee753a4ebcbf3c1699a175 Mon Sep 17 00:00:00 2001 From: Alan Zhao Date: Wed, 3 Jan 2024 12:29:21 -0800 Subject: [PATCH 1/3] [clang] Fix parenthesized list initialization of arrays not

[libc] [mlir] [clang] [clang-tools-extra] [llvm] [libc][math] Fix `is_quiet_nan` function in FPBits (PR #76931)

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

[llvm] [libc] [mlir] [clang] [clang-tools-extra] [libcxxabi] [OpenMP] Patch for Support to loop bind clause : Checking Parent Region (PR #76938)

@@ -6124,35 +6136,36 @@ processImplicitMapsWithDefaultMappers(Sema , DSAStackTy *Stack, bool Sema::mapLoopConstruct(llvm::SmallVector , ArrayRef Clauses, -OpenMPBindClauseKind BindKind, +

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

@@ -163,6 +170,40 @@ void attribute_const() { std::as_const(n); // expected-warning {{ignoring return value}} } +struct D { + void* operator new(__SIZE_TYPE__, D&&(*)(D&)); + void* operator new(__SIZE_TYPE__, D*(*)(D&)); + void* operator new(__SIZE_TYPE__, const

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

https://github.com/Sirraide updated https://github.com/llvm/llvm-project/pull/75883 >From f51b382fd33d4cf3f75bdaa172bb8697a6cadc9e Mon Sep 17 00:00:00 2001 From: Sirraide Date: Tue, 19 Dec 2023 02:48:25 +0100 Subject: [PATCH 1/4] [Clang] Support MSPropertyRefExpr as placement arg to

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

@@ -163,6 +170,40 @@ void attribute_const() { std::as_const(n); // expected-warning {{ignoring return value}} } +struct D { + void* operator new(__SIZE_TYPE__, D&&(*)(D&)); + void* operator new(__SIZE_TYPE__, D*(*)(D&)); + void* operator new(__SIZE_TYPE__, const

[llvm] [clang] [clang][MBD] set up module build daemon infrastructure (PR #67562)

@@ -383,6 +383,9 @@ class FrontendOptions { LLVM_PREFERRED_TYPE(bool) unsigned ModulesShareFileManager : 1; + /// Connect to module build daemon + unsigned ModuleBuildDaemon : 1; jansvoboda11 wrote: Mark this with `LLVM_PREFERRED_TYPE(bool)`, like the

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

https://github.com/Sirraide updated https://github.com/llvm/llvm-project/pull/75883 >From f51b382fd33d4cf3f75bdaa172bb8697a6cadc9e Mon Sep 17 00:00:00 2001 From: Sirraide Date: Tue, 19 Dec 2023 02:48:25 +0100 Subject: [PATCH 1/5] [Clang] Support MSPropertyRefExpr as placement arg to

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

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

[clang] [clang] Fix parenthesized list initialization of arrays not working with `new` (PR #76976)

https://github.com/alanzhao1 updated https://github.com/llvm/llvm-project/pull/76976 >From ee4e3c8634bb876166ee753a4ebcbf3c1699a175 Mon Sep 17 00:00:00 2001 From: Alan Zhao Date: Wed, 3 Jan 2024 12:29:21 -0800 Subject: [PATCH 1/4] [clang] Fix parenthesized list initialization of arrays not

[clang-tools-extra] [flang] [llvm] [Flang] make ppc unsupported for x86_64 test case (NFC) (PR #73903)

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

[clang-tools-extra] [flang] [llvm] [Flang] make ppc unsupported for x86_64 test case (NFC) (PR #73903)

@@ -7,7 +7,7 @@ ! ! This test is for x86_64, where exponent-letter 'q' is for ! 10-byte extended precision -! UNSUPPORTED: system-windows +! UNSUPPORTED: system-windows, system-aix kkwli wrote: Ok https://github.com/llvm/llvm-project/pull/73903

[clang] [RISCV] Fix collectNonISAExtFeature returning negative extension features (PR #76962)

lukel97 wrote: Note that this doesn't fix the issue described in https://github.com/llvm/llvm-project/pull/74889#pullrequestreview-1773445559. One approach that would build upon this would be to use the entire list of target features including negative extensions when a full arch string is

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: @@ -10895,6 +10899,132 @@ bool VectorExprEvaluator::VisitUnaryOperator(const UnaryOperator *E) { return Success(APValue(ResultElements.data(), ResultElements.size()), E); } +static bool

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: @@ -0,0 +1,99 @@ +// RUN: %clang_cc1 -verify -std=c++2a -fsyntax-only %s +// expected-no-diagnostics + +#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__ erichkeane wrote: Can we

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: https://github.com/erichkeane edited https://github.com/llvm/llvm-project/pull/76615 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: https://github.com/erichkeane commented: Hopefully someone with more knowledge of the const evaluator (@shafik and @tbaederr have experience lately!) can poke their head in, but a few things from my look

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: @@ -0,0 +1,99 @@ +// RUN: %clang_cc1 -verify -std=c++2a -fsyntax-only %s +// expected-no-diagnostics + +#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__ Destroyerrrocket wrote:

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: https://github.com/Destroyerrrocket edited https://github.com/llvm/llvm-project/pull/76615 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [X86] Add ABI handling for __float128 (PR #75156)

RKSimon wrote: Add a Release notes entry? I always forget exactly what we need to do for ABI fixes/tweaks https://github.com/llvm/llvm-project/pull/75156 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang-tools-extra] [clang] Reapply "[Clang][Sema] Diagnose unexpanded packs in the template argument lists of function template specializations" (#76876) (PR #76915)

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

[clang] [clang] Constexpr for __builtin_shufflevector and __builtin_convertvector (PR #76615)

Pol Marcet =?utf-8?q?Sardà?= , Pol Marcet =?utf-8?q?Sardà?= Message-ID: In-Reply-To: @@ -10895,6 +10899,132 @@ bool VectorExprEvaluator::VisitUnaryOperator(const UnaryOperator *E) { return Success(APValue(ResultElements.data(), ResultElements.size()), E); } +static bool

[clang] [Clang] Fix the instantiation of return type requirements in lambda bodies (PR #76967)

https://github.com/LYP951018 created https://github.com/llvm/llvm-project/pull/76967 Currently, due to the incomplete implementation of p0588r1, the instantiation of lambda expressions leads to the instantiation of the body. And `EvaluateConstraints` is false during the instantiation of the

[clang] [Clang] Fix the instantiation of return type requirements in lambda bodies (PR #76967)

llvmbot wrote: @llvm/pr-subscribers-clang Author: 刘雨培 (LYP951018) Changes Currently, due to the incomplete implementation of p0588r1, the instantiation of lambda expressions leads to the instantiation of the body. And `EvaluateConstraints` is false during the instantiation of the body,

[llvm] [clang] [flang] [InstCombine] Canonicalize constant GEPs to i8 source element type (PR #68882)

BukeBeyond wrote: ### For us, this is the Most Productive update of the year! We are ambitiously building a new language b. b extends and generates C++26, just like C++ generated C in 1979. b runs majority of the same CPU code on mainstream GPUs over just Vulkan. It features single file

[clang] [Clang] Fix the instantiation of return type requirements in lambda bodies (PR #76967)

https://github.com/cor3ntin approved this pull request. LGTM. I do hope that @erichkeane will be able to work on delayed instantiation though! https://github.com/llvm/llvm-project/pull/76967 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

11happy wrote: Hello @cor3ntin I have made changes as you suggested. Thank you https://github.com/llvm/llvm-project/pull/76680 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

sdesmalen-arm wrote: I'm aware the PR is quite large, but I didn't really know a sensible way to split this up. I'm happy to split things out if there are any suggestions. https://github.com/llvm/llvm-project/pull/76971 ___ cfe-commits mailing list

[clang] [AArch64][SME2] Fix SME2 mla/mls tests (PR #76711)

@@ -246,7 +246,7 @@ void test_svmls_single2_f64(uint32_t slice_base, svfloat64x2_t zn, svfloat64_t z // CPP-CHECK-NEXT:ret void // void test_svmls_single4_f64(uint32_t slice_base, svfloat64x4_t zn, svfloat64_t zm) __arm_streaming __arm_shared_za { -

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

@@ -6787,6 +6787,9 @@ void Parser::ParseDirectDeclarator(Declarator ) { // For consistency with attribute parsing. Diag(Tok, diag::err_keyword_not_allowed) << Tok.getIdentifierInfo(); ConsumeToken(); + BalancedDelimiterTracker T(*this, tok::l_paren);

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

@@ -4033,12 +4033,27 @@ class FunctionType : public Type { SME_NormalFunction = 0, SME_PStateSMEnabledMask = 1 << 0, SME_PStateSMCompatibleMask = 1 << 1, -SME_PStateZASharedMask = 1 << 2, -SME_PStateZAPreservedMask = 1 << 3, -SME_AttributeMask =

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

@@ -3175,11 +3175,16 @@ static void checkArmStreamingBuiltin(Sema , CallExpr *TheCall, } static bool hasSMEZAState(const FunctionDecl *FD) { - if (FD->hasAttr()) -return true; - if (const auto *T = FD->getType()->getAs()) -if (T->getAArch64SMEAttributes() &

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

@@ -1767,14 +1767,22 @@ static void AddAttributesFromFunctionProtoType(ASTContext , FPT->isNothrow()) FuncAttrs.addAttribute(llvm::Attribute::NoUnwind); - if (FPT->getAArch64SMEAttributes() & FunctionType::SME_PStateSMEnabledMask) + unsigned SMEBits =

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

@@ -3696,6 +3696,12 @@ def err_sme_definition_using_sm_in_non_sme_target : Error< "function executed in streaming-SVE mode requires 'sme'">; def err_sme_definition_using_za_in_non_sme_target : Error< "function using ZA state requires 'sme'">; +def

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

@@ -6852,30 +6852,73 @@ without changing modes. }]; } -def ArmSmeSharedZADocs : Documentation { +def ArmInDocs : Documentation { let Category = DocCatArmSmeAttributes; let Content = [{ -The ``__arm_shared_za`` keyword applies to prototyped function types and

[llvm] [clang] [RISCV] CodeGen of RVE and ilp32e/lp64e ABIs (PR #76777)

koute wrote: > But I think this patch can work just fine [...] Apart from vendors' need, the > request is mainly from Rust language community I think. To put our 3 cents here, [we](https://github.com/paritytech) also need it. We are (well, it's mostly me right now since it's still a

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

https://github.com/Sirraide updated https://github.com/llvm/llvm-project/pull/75883 >From c46f8efd68bf5c32164a64de36081e65a7171763 Mon Sep 17 00:00:00 2001 From: Sirraide Date: Tue, 19 Dec 2023 02:48:25 +0100 Subject: [PATCH 1/6] [Clang] Support MSPropertyRefExpr as placement arg to

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

Sirraide wrote: Just did a rebase and also updated the release notes to mention these changes https://github.com/llvm/llvm-project/pull/75883 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [RISCV] Fix collectNonISAExtFeature returning negative extension features (PR #76962)

llvmbot wrote: @llvm/pr-subscribers-backend-risc-v Author: Luke Lau (lukel97) Changes collectNonISAExtFeature was returning any negative extension features, e.g. given an input of +zifencei,+m,+a,+save-restore,-zbb,-relax,-zfa It would return +save-restore,-zbb,-relax,-zfa Because

[clang] Changed Checks from TriviallyCopyable to TriviallyCopyConstructible (PR #76680)

https://github.com/11happy updated https://github.com/llvm/llvm-project/pull/76680 >From 3c8dfcf96e732f4546f8019c0111fd873b233162 Mon Sep 17 00:00:00 2001 From: 11happy Date: Mon, 1 Jan 2024 19:53:45 +0530 Subject: [PATCH 1/3] Changed Checks from TriviallyCopyable to

[llvm] [clang-tools-extra] [clang] [clang] static operators should evaluate object argument (PR #68485)

https://github.com/SuperSodaSea updated https://github.com/llvm/llvm-project/pull/68485 >From 03276260c48d9cafb2a0d80825156e77cdf02eba Mon Sep 17 00:00:00 2001 From: SuperSodaSea Date: Sat, 7 Oct 2023 21:05:17 +0800 Subject: [PATCH 1/7] [clang] static operators should evaluate object argument

[llvm] [clang-tools-extra] [clang] [RISCV] Support Global Dynamic TLSDESC in the RISC-V backend (PR #66915)

@@ -1722,6 +1722,35 @@ let hasSideEffects = 0, mayLoad = 0, mayStore = 0, Size = 8, isCodeGenOnly = 0, isAsmParserOnly = 1 in def PseudoLA_TLS_GD : Pseudo<(outs GPR:$dst), (ins bare_symbol:$src), [], "la.tls.gd", "$dst, $src">; +let

[clang] [NFC][clang][test][asan] Make `instantiation-depth-default.cpp` a valid test case under `asan` and `ubsan` configs (PR #75254)

@@ -1,18 +1,12 @@ -// RUN: %clang_cc1 -fsyntax-only -verify -ftemplate-backtrace-limit=2 %s -// -// FIXME: Disable this test when Clang was built with ASan, because ASan -// increases our per-frame stack usage enough that this test no longer fits -// within our normal stack space

[clang] [mlir] [llvm] [libc] [clang-tools-extra] [clang] static operators should evaluate object argument (PR #68485)

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

[clang] [Clang][AArch64] Change SME attributes for shared/new/preserved state. (PR #76971)

llvmbot wrote: @llvm/pr-subscribers-clang-codegen Author: Sander de Smalen (sdesmalen-arm) Changes This patch replaces the `__arm_new_za`, `__arm_shared_za` and `__arm_preserves_za` attributes in favour of: * `__arm_new("za")` * `__arm_in("za")` * `__arm_out("za")` * `__arm_inout("za")`

[clang] [clang] [MinGW] Don't look for a GCC in path if the install base has a proper mingw sysroot (PR #76949)

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

[clang] [Clang] Support MSPropertyRefExpr as placement arg to new-expression (PR #75883)

@@ -163,6 +170,40 @@ void attribute_const() { std::as_const(n); // expected-warning {{ignoring return value}} } +struct D { + void* operator new(__SIZE_TYPE__, D&&(*)(D&)); + void* operator new(__SIZE_TYPE__, D*(*)(D&)); + void* operator new(__SIZE_TYPE__, const

[compiler-rt] [libc] [mlir] [clang-tools-extra] [lldb] [lld] [openmp] [flang] [clang] [libcxx] [llvm] [libc++][streams] P1759R6: Native handles and file streams (PR #76632)

@@ -0,0 +1,97 @@ +//===--===// +// +// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions. +// See https://llvm.org/LICENSE.txt for license information. +// SPDX-License-Identifier:

[clang] [clang] Fix parenthesized list initialization of arrays not working with `new` (PR #76976)

llvmbot wrote: @llvm/pr-subscribers-clang Author: Alan Zhao (alanzhao1) Changes This bug is caused by parenthesized list initialization not being implemented in `CodeGenFunction::EmitNewArrayInitializer(...)`. Parenthesized list initialization of `struct`s with `operator new` already

[clang] [clang] Fix parenthesized list initialization of arrays not working with `new` (PR #76976)

https://github.com/alanzhao1 created https://github.com/llvm/llvm-project/pull/76976 This bug is caused by parenthesized list initialization not being implemented in `CodeGenFunction::EmitNewArrayInitializer(...)`. Parenthesized list initialization of `struct`s with `operator new` already

[libc] [llvm] [openmp] [mlir] [lldb] [flang] [lld] [clang] [libcxx] [compiler-rt] [clang-tools-extra] [libc++][streams] P1759R6: Native handles and file streams (PR #76632)

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

  1   2   3   4   5   6   >