https://github.com/zyn0217 edited
https://github.com/llvm/llvm-project/pull/135914
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvmbot wrote:
@llvm/pr-subscribers-clang-static-analyzer-1
Author: Matheus Izvekov (mizvekov)
Changes
This patches makes the rules for canonicalization of the elaborated keyword
uniform
between DependentNameType and DependentTemplateSpecializationType.
`class` and `struct` keywords are
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Matheus Izvekov (mizvekov)
Changes
This patches makes the rules for canonicalization of the elaborated keyword
uniform
between DependentNameType and DependentTemplateSpecializationType.
`class` and `struct` keywords are functionally equiv
https://github.com/wangpc-pp edited
https://github.com/llvm/llvm-project/pull/135647
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -47,21 +47,12 @@ define <8 x i32> @concat_extract_subvectors_poison(<8 x
i32> %x) {
; broadcast loads are free on AVX (and blends are much cheap than general
2-operand shuffles)
define <4 x double> @blend_broadcasts_v4f64(ptr %p0, ptr %p1) {
-; SSE-LABEL: define <4 x do
@@ -732,6 +732,16 @@
CodeGenTypes::arrangeBuiltinFunctionDeclaration(CanQualType resultType,
RequiredArgs::All);
}
+const CGFunctionInfo &
+CodeGenTypes::arrangeSYCLKernelCallerDeclaration(QualType resultType,
+
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Selim Keles (selimkeles)
Changes
Summary: This PR resolves an issue in clang-format-diff.py where filenames
containing spaces were not correctly extracted from Git diffs. Due to the
previous regex implementation, filenames were bei
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
ShashwathiNavada wrote:
@hstk30-hw I have been waiting for approval from @cor3ntin, the PR has been
open for over 2 months now, can we go ahead and merge this if it's alright?
https://github.com/llvm/llvm-project/pull/125643
___
cfe-commits mailing li
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/135773
>From 62dcfb1cb9bd0918bd471fddc1ffd849c2d604ac Mon Sep 17 00:00:00 2001
From: Jannick Kremer
Date: Tue, 15 Apr 2025 19:17:43 +0900
Subject: [PATCH 1/2] [libclang/C++] Fix clang_File_isEqual for in-memory fi
https://github.com/CarolineConcatto commented:
Hi Jonathan,
I notice some things that needs to be fixesd
https://github.com/llvm/llvm-project/pull/135145
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/li
https://github.com/HighCommander4 updated
https://github.com/llvm/llvm-project/pull/135757
>From a1569727c432ba67a96de07c899b562fcf349d1e Mon Sep 17 00:00:00 2001
From: Nathan Ridge
Date: Tue, 15 Apr 2025 03:40:37 -0400
Subject: [PATCH] [clang][AST] Handle implicit first argument in
CallExpr::
AaronBallman wrote:
> LGTM. Or should I say, "Thanks, I hate it".
>
> Do you know how likely it is WG14 come up with a good solution for "arbitrary
> function pointer" ?
The last we heard on this topic was
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2230.htm which was discussed
in Brno
Acim-Maravic wrote:
> Check code formatting job is failing in a weird way. I can't work out what
> the issue is.
I have checked locally, and it seems that the whole AMDGPURegisterBankInfo.cpp
is not clang-formatted... But my change did not introduce any new formatting
issues... How should I p
YLChenZ wrote:
@tbaederr I don't have access to merge pr. It should require some help to merge.
https://github.com/llvm/llvm-project/pull/135178
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe
Author: YLChenZ
Date: 2025-04-15T14:16:09+02:00
New Revision: 9a6c001b125d7d37b8f2c8b96461768c797c4e3f
URL:
https://github.com/llvm/llvm-project/commit/9a6c001b125d7d37b8f2c8b96461768c797c4e3f
DIFF:
https://github.com/llvm/llvm-project/commit/9a6c001b125d7d37b8f2c8b96461768c797c4e3f.diff
LOG:
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/135407
>From c7e0132617ab01c12b393876b39381171996b793 Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Fri, 11 Apr 2025 13:03:07 -0400
Subject: [PATCH 1/4] Disable -fdollars-in-identifiers by default
Clang used
@@ -0,0 +1,33 @@
+// RUN: %clang_cc1 %s -triple x86_64-windows -fsyntax-only
-Wcast-function-type -Wno-cast-function-type-strict -verify=windows
+// RUN: %clang_cc1 %s -triple x86_64-windows -fsyntax-only
-Wcast-function-type -Wno-cast-function-type-strict -x c++ -verify=windows
https://github.com/selimkeles created
https://github.com/llvm/llvm-project/pull/135779
Summary: This PR resolves an issue in clang-format-diff.py where filenames
containing spaces were not correctly extracted from Git diffs. Due to the
previous regex implementation, filenames were being trunca
@@ -4036,6 +4036,7 @@ LangOptions getFormattingLangOpts(const FormatStyle
&Style) {
LangOpts.MicrosoftExt = 1;// To get kw___try, kw___finally.
LangOpts.DeclSpecKeyword = 1; // To get __declspec.
LangOpts.C99 = 1; // To get kw_restrict for non-underscore-prefixed res
AaronBallman wrote:
> > If we're going to do this, I think we need better diagnostics. Just
> > straight disabling this is going to give very confusing diagnostics to
> > anyone actually using dollar-signs in identifiers.
> > Some ideas:
> > ```
> > * We can give a warning if we see a "$" adjac
rnk wrote:
We do a similar mangling for our extended vector types, so I would start by
copying the clang/test/CodeGenCXX/mangle-ms-vector-types.cpp file to
mangle-ms-matrix.cpp, and add a second RUN line that pipes the result to
`llvm-cxxfilt` and uses a second FileCheck invocation to validate
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/135169
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3107,6 +3107,38 @@ let TargetPrefix = "aarch64" in {
}
}
+ class SME_FP8_OuterProduct_Intrinsic_Single_Single
+ : DefaultAttrsIntrinsic<[],
+ [llvm_i32_ty,
+ llvm_nxv16i8_ty,
+ llvm_nxv16i8_ty],
+ [ImmArg>, IntrInaccessibleMe
@@ -3107,6 +3107,23 @@ let TargetPrefix = "aarch64" in {
}
}
+ class SME_OuterProduct_TMOP_Intrinsic
+ : DefaultAttrsIntrinsic<[],
+ [llvm_i32_ty,
+ llvm_anyvector_ty,
+ LLVMMatchType<0>,
+ LLVMMatchType<0>,
+ llvm_nxv16i8
https://github.com/CarolineConcatto edited
https://github.com/llvm/llvm-project/pull/130127
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tbaederr closed
https://github.com/llvm/llvm-project/pull/135178
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,138 @@
+; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
UTC_ARGS: --version 4
+; RUN: llc -force-streaming -verify-machineinstrs < %s | FileCheck %s
+
+target triple = "aarch64-linux"
+
+define void @tmopa_za32_s8( %zn1, %zn2,
%zm, %zk
@@ -1078,26 +1072,32 @@ let Predicates = [HasSME2p2] in {
} // [HasSME2p2]
+let Predicates = [HasSME_TMOP] in {
+ defm FTMOPA_M2ZZZI_HtoS : sme_tmopa_32b<0b11000, ZZ_h_mul_r, ZPR16,
nxv8f16, "ftmopa", int_aarch64_sme_tmopa>;
jthackray wrote:
Thanks, done
https://github.com/easyonaadit edited
https://github.com/llvm/llvm-project/pull/133080
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hvdijk edited
https://github.com/llvm/llvm-project/pull/135564
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/easyonaadit edited
https://github.com/llvm/llvm-project/pull/133080
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
MacroModel wrote:
When I rewrote the project all in header+cpp and wrote all the cppm all in
header's mode, the bug no longer existed.
https://github.com/llvm/llvm-project/pull/135643
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lis
@@ -0,0 +1,138 @@
+; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
UTC_ARGS: --version 4
+; RUN: llc -force-streaming -verify-machineinstrs < %s | FileCheck %s
+
+target triple = "aarch64-linux"
+
+define void @tmopa_za32_s8( %zn1, %zn2,
%zm, %zk
@@ -1302,6 +1302,7 @@ ItaniumRecordLayoutBuilder::LayoutBase(const
BaseSubobjectInfo *Base) {
setSize(std::max(getSize(), Offset + Layout.getSize()));
// Remember max struct/class alignment.
+ UnadjustedAlignment = std::max(UnadjustedAlignment, PreferredBaseAlign);
---
https://github.com/hvdijk edited
https://github.com/llvm/llvm-project/pull/135564
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
frasercrmck wrote:
I don't think we want to unconditionally do this - we probably want a mechanism
whereby targets can opt for a specific version. We should definitely add this
capability, though.
Targets may even want to compile libclc for multiple different versions? That
might introduce ex
dstutt wrote:
Check code formatting job is failing in a weird way. I can't work out what the
issue is.
https://github.com/llvm/llvm-project/pull/135631
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/list
https://github.com/easyonaadit edited
https://github.com/llvm/llvm-project/pull/133080
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,242 @@
+#!/usr/bin/env python3
+# A tool to automatically generate documentation for the config options of the
+# clang static analyzer by reading `AnalyzerOptions.def`.
+
+import argparse
+from collections import namedtuple
+from enum import Enum, auto
+import re
+impo
@@ -0,0 +1,102 @@
+
+Configuring the Analyzer
+
+
+The clang static analyzer supports two kinds of options:
+
+1. Global **analyzer options** influence the behavior of the analyzer engine.
+ They are documented on this page, in the
@@ -0,0 +1,33 @@
+// RUN: %clang_cc1 %s -triple x86_64-windows -fsyntax-only
-Wcast-function-type -Wno-cast-function-type-strict -verify=windows
+// RUN: %clang_cc1 %s -triple x86_64-windows -fsyntax-only
-Wcast-function-type -Wno-cast-function-type-strict -x c++ -verify=windows
tbaederr wrote:
Can you merge this or do you need to someone else to do it for you?
https://github.com/llvm/llvm-project/pull/135178
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,138 @@
+; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
UTC_ARGS: --version 4
+; RUN: llc -force-streaming -verify-machineinstrs < %s | FileCheck %s
+
+target triple = "aarch64-linux"
+
+define void @tmopa_za32_s8( %zn1, %zn2,
%zm, %zk
erichkeane wrote:
> I think this looks fine but I'd like @Bigcheese @erichkeane @AaronBallman to
> look at it too.
This looks fine as far as I can tell. Though, I'm not sure I have sufficient
knowledge to be comfortable enough with the implications to approve this.
@Bigcheese and @ChuanqiXu9
Author: earnol
Date: 2025-04-15T09:32:45-04:00
New Revision: 535eaa4f3be5dda5cf3aa13348aac8d9a27d20f0
URL:
https://github.com/llvm/llvm-project/commit/535eaa4f3be5dda5cf3aa13348aac8d9a27d20f0
DIFF:
https://github.com/llvm/llvm-project/commit/535eaa4f3be5dda5cf3aa13348aac8d9a27d20f0.diff
LOG: [
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: mikit (m1kit)
Changes
It is undefined behavior to use `delete` expression on something which was not
created with corresponding `new` expression. Switching to explicit global
`operator delete()` call to match with `operator new()`
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: mikit (m1kit)
Changes
It is undefined behavior to use `delete` expression on something which was not
created with corresponding `new` expression. Switching to explicit global
`operator delete()` call to match with `operator new()` call at
https://github.com/earnol closed
https://github.com/llvm/llvm-project/pull/134398
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
hvdijk wrote:
Updated to use `BaseAlign`. Knowing that it does not affect Apple and Microsoft
calling conventions, is it okay to merge then?
https://github.com/llvm/llvm-project/pull/135564
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https
https://github.com/dtcxzyw updated
https://github.com/llvm/llvm-project/pull/135649
>From 6f0a3ba5852134d8bd04679438866e6f373f494a Mon Sep 17 00:00:00 2001
From: Yingwei Zheng
Date: Tue, 15 Apr 2025 12:12:19 +0800
Subject: [PATCH 1/6] [Clang] Add support for GCC bound member functions
extensio
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
https://github.com/hvdijk updated
https://github.com/llvm/llvm-project/pull/135564
>From 146ac68a2838c0b51551abd11b3404152bcbfc75 Mon Sep 17 00:00:00 2001
From: Harald van Dijk
Date: Sun, 13 Apr 2025 21:47:54 +0100
Subject: [PATCH] [ARM, AArch64] Fix passing of structures with aligned base
cla
https://github.com/dtcxzyw updated
https://github.com/llvm/llvm-project/pull/135649
>From 6f0a3ba5852134d8bd04679438866e6f373f494a Mon Sep 17 00:00:00 2001
From: Yingwei Zheng
Date: Tue, 15 Apr 2025 12:12:19 +0800
Subject: [PATCH 1/7] [Clang] Add support for GCC bound member functions
extensio
Author: Wenju He
Date: 2025-04-15T15:23:25+01:00
New Revision: 552902455c7a3958930d4607ac8b85fd39d7c8a3
URL:
https://github.com/llvm/llvm-project/commit/552902455c7a3958930d4607ac8b85fd39d7c8a3
DIFF:
https://github.com/llvm/llvm-project/commit/552902455c7a3958930d4607ac8b85fd39d7c8a3.diff
LOG:
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/135309
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/CarolineConcatto edited
https://github.com/llvm/llvm-project/pull/135145
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/AaronBallman created
https://github.com/llvm/llvm-project/pull/135791
The deprecated, maybe_unused, and nodiscard standard attributes may all be
applied to a redeclaration after a definition has already appeared. We were
previously dropping the attribute in that case, now we
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/133426
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -10382,6 +10383,7 @@ class Sema final : public SemaBase {
/// Add a C++ function template specialization as a candidate
/// in the candidate set, using template argument deduction to produce
/// an appropriate function template specialization.
+
erichk
@@ -407,6 +407,18 @@ class Sema;
Third == ICK_Identity;
}
+bool isPerfect(const ASTContext &C) const {
erichkeane wrote:
Still would like comments on these functions that say what 'perfect' means here.
https://github.com/llvm/llvm-projec
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/135791
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -4185,6 +4185,14 @@ def DLLExport : InheritableAttr,
TargetSpecificAttr {
let Documentation = [DLLExportDocs];
}
+def DLLExportOnDecl : InheritableAttr,
TargetSpecificAttr {
erichkeane wrote:
Hmm... I'm not a huge fan of this TBH. An attribute for the
https://github.com/dtcxzyw updated
https://github.com/llvm/llvm-project/pull/135649
>From 445c08bcb007f157f6c66c5fabb01c2aa88b3a89 Mon Sep 17 00:00:00 2001
From: Yingwei Zheng
Date: Tue, 15 Apr 2025 22:58:44 +0800
Subject: [PATCH] [Clang] Add support for GCC bound member functions extension
--
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/133699
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
DeinAlptraum wrote:
@AaronBallman this is the fix PR for the bug we discussed at
https://github.com/llvm/llvm-project/pull/130383#discussion_r2014205462
The first test is for completeness' sake, the second one (with in-memory files)
fails without the fix
https://github.com/llvm/llvm-project/p
@@ -0,0 +1,35 @@
+// Regression test for https://github.com/llvm/llvm-project/issues/59819
+
+// RUN: rm -rf %t && mkdir -p %t
+// RUN: clang-doc --format=md --doxygen --output=%t --executor=standalone %s
+// RUN: FileCheck %s < %t/GlobalNamespace/MyClass.md
--check-prefix=MD-MYC
@@ -3107,6 +3107,26 @@ let TargetPrefix = "aarch64" in {
}
}
+ class SME_OuterProduct_TMOP_Intrinsic
+ : DefaultAttrsIntrinsic<[],
+ [llvm_i32_ty,
+ llvm_anyvector_ty,
+ LLVMMatchType<0>,
+ LLVMMatchType<0>,
+ llvm_nxv16i8
@@ -3107,6 +3107,26 @@ let TargetPrefix = "aarch64" in {
}
}
+ class SME_OuterProduct_TMOP_Intrinsic
+ : DefaultAttrsIntrinsic<[],
+ [llvm_i32_ty,
+ llvm_anyvector_ty,
+ LLVMMatchType<0>,
+ LLVMMatchType<0>,
+ llvm_nxv16i8
https://github.com/AaronBallman milestoned
https://github.com/llvm/llvm-project/pull/135660
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
jeremyd2019 wrote:
I don't have rights to push/merge. (I seem to remember being asked to mention
this in the past)
https://github.com/llvm/llvm-project/pull/135691
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/
jeremyd2019 wrote:
I don't have rights to push/merge. (I seem to remember being asked to mention
this in the past)
https://github.com/llvm/llvm-project/pull/135701
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/
wenju-he wrote:
> Targets may even want to compile libclc for multiple different versions? That
> might introduce extra complexity (we'd need "an extra loop", more compilation
> time, new naming/versioning schemes for the build artifacts).
An application may compile using different -cl-std ver
https://github.com/owenca updated
https://github.com/llvm/llvm-project/pull/135906
>From c4ccaf91a0f2c3f3ea8e45eb75d36c1464b6c3b8 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Tue, 15 Apr 2025 21:21:28 -0700
Subject: [PATCH] [clang-format] Fix a bug in BWACS_MultiLine
Fix #51940
---
clang/lib
Author: Matheus Izvekov
Date: 2025-04-16T02:09:32-03:00
New Revision: 2a024046217a1acae4806328ac77bd88648c2bab
URL:
https://github.com/llvm/llvm-project/commit/2a024046217a1acae4806328ac77bd88648c2bab
DIFF:
https://github.com/llvm/llvm-project/commit/2a024046217a1acae4806328ac77bd88648c2bab.dif
https://github.com/mizvekov closed
https://github.com/llvm/llvm-project/pull/135893
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
michele-scandale wrote:
Given that there are already similar functions in the `Type` class -- e.g.
`has{Signed,Unsigned,}IntegerRepresentation`, `hasFloatingRepresentation` -- it
seems a bit inconsistent the definition of `hasBooleanRepresentation`. I would
expect that "vector of booleans" to
https://github.com/cor3ntin approved this pull request.
https://github.com/llvm/llvm-project/pull/135806
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 approved this pull request.
https://github.com/llvm/llvm-project/pull/135893
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/tahonermann updated
https://github.com/llvm/llvm-project/pull/135861
>From f413b7eeb673812fb66b1465c885a34fe21d1fc6 Mon Sep 17 00:00:00 2001
From: Tom Honermann
Date: Tue, 15 Apr 2025 14:25:06 -0700
Subject: [PATCH 1/2] [NFC][Clang] Introduce type aliases to replace use of
a
@@ -199,15 +199,17 @@ static void appendParameterTypes(const CodeGenTypes &CGT,
prefix.size());
}
+using SmallExtParameterInfoList =
tahonermann wrote:
Done; I dropped the `Small` prefix.
With regard to the in-place size of 16,
Author: Ryosuke Niwa
Date: 2025-04-15T20:00:51-07:00
New Revision: 517605c20e6014543e91d45524a17c443aa11bd4
URL:
https://github.com/llvm/llvm-project/commit/517605c20e6014543e91d45524a17c443aa11bd4
DIFF:
https://github.com/llvm/llvm-project/commit/517605c20e6014543e91d45524a17c443aa11bd4.diff
rniwa wrote:
Thanks for the review!
https://github.com/llvm/llvm-project/pull/135532
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/rniwa closed https://github.com/llvm/llvm-project/pull/135532
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -411,6 +411,16 @@ foreach( t ${LIBCLC_TARGETS_TO_BUILD} )
set( LIBCLC_ARCH_OBJFILE_DIR "${LIBCLC_OBJFILE_DIR}/${arch_suffix}" )
file( MAKE_DIRECTORY ${LIBCLC_ARCH_OBJFILE_DIR} )
+# OpenCL 3.0 extensions
+string(CONCAT CL_3_0_EXTENSIONS
+ "-cl-ext="
+
@@ -10170,6 +10170,8 @@ def warn_format_bool_as_character : Warning<
"using '%0' format specifier, but argument has boolean value">,
InGroup;
def note_format_string_defined : Note<"format string is defined here">;
+def note_format_string_evaluated_to : Note<
+ "format stri
https://github.com/wenju-he updated
https://github.com/llvm/llvm-project/pull/135733
>From 64d7bfdceb5a0a6fbf34bb15cd7d6cbeb9214881 Mon Sep 17 00:00:00 2001
From: Wenju He
Date: Mon, 14 Apr 2025 19:20:25 -0700
Subject: [PATCH 1/2] [libclc] Set OpenCL version to 3.0
This PR is cherry-pick of ht
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: Owen Pan (owenca)
Changes
Fix #135819
---
Full diff: https://github.com/llvm/llvm-project/pull/135903.diff
2 Files Affected:
- (modified) clang/lib/Format/Format.cpp (+11-6)
- (modified) clang/unittests/Format/FormatTest.cpp (+1
https://github.com/owenca created
https://github.com/llvm/llvm-project/pull/135903
Fix #135819
>From 8f79ecf3e3f32b6b735a478eb1d3a48b7a6fa640 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Tue, 15 Apr 2025 21:02:28 -0700
Subject: [PATCH] [clang-format] Fix a crash in EnumTrailingComma
Fix #135
@@ -10170,6 +10170,8 @@ def warn_format_bool_as_character : Warning<
"using '%0' format specifier, but argument has boolean value">,
InGroup;
def note_format_string_defined : Note<"format string is defined here">;
+def note_format_string_evaluated_to : Note<
+ "format stri
https://github.com/irymarchyk updated
https://github.com/llvm/llvm-project/pull/134337
>From df25a8bbfd827085265c51a44bedbf38deebbab4 Mon Sep 17 00:00:00 2001
From: Ivan Rymarchyk <>
Date: Sat, 29 Mar 2025 13:54:32 -0700
Subject: [PATCH 1/8] [clang-format]: Add `Custom` to `ShortFunctionStyle`;
@@ -5687,11 +5687,9 @@ bool TokenAnnotator::mustBreakBefore(const AnnotatedLine
&Line,
if (Right.is(tok::r_brace) && Left.is(tok::l_brace) &&
!Left.Children.empty()) {
// Support AllowShortFunctionsOnASingleLine for JavaScript.
- return Style.AllowShortF
@@ -341,6 +341,14 @@ struct Fragment {
/// Delimiters: empty pair of delimiters "()" or "<>"
/// FullPlaceholders: full name of both type and parameter
std::optional> ArgumentLists;
+/// Add #include directives when accepting code completions. Config
+//
@@ -341,6 +341,14 @@ struct Fragment {
/// Delimiters: empty pair of delimiters "()" or "<>"
/// FullPlaceholders: full name of both type and parameter
std::optional> ArgumentLists;
+/// Add #include directives when accepting code completions. Config
+//
@@ -341,6 +341,14 @@ struct Fragment {
/// Delimiters: empty pair of delimiters "()" or "<>"
/// FullPlaceholders: full name of both type and parameter
std::optional> ArgumentLists;
+/// Add #include directives when accepting code completions. Config
+//
https://github.com/kazutakahirata updated
https://github.com/llvm/llvm-project/pull/135902
>From 48a5e79784e0cc9a4084878712d36864bcd17cde Mon Sep 17 00:00:00 2001
From: Kazu Hirata
Date: Tue, 15 Apr 2025 09:40:23 -0700
Subject: [PATCH] [Lex] Use llvm::make_second_range (NFC)
---
clang/lib/Lex
https://github.com/MythreyaK created
https://github.com/llvm/llvm-project/pull/135921
Docstring fix for changes introduced in PR #128503
>From 31b695950ffe45f613d28a1b0856ccec2bac873c Mon Sep 17 00:00:00 2001
From: Mythreya
Date: Tue, 15 Apr 2025 23:37:33 -0700
Subject: [PATCH] [clangd][doc
https://github.com/Maetveis updated
https://github.com/llvm/llvm-project/pull/131477
From d3da72bf61ae8268a25e5331acefe895c783905a Mon Sep 17 00:00:00 2001
From: Gergely Meszaros
Date: Sat, 15 Mar 2025 22:37:07 +0100
Subject: [PATCH 1/3] [Clang][Sema] Fix -Whigher-precision-for-complex-division
Author: Mészáros Gergely
Date: 2025-04-16T08:02:42+02:00
New Revision: f3c77445791b510858561cb424ffa1cd7513250b
URL:
https://github.com/llvm/llvm-project/commit/f3c77445791b510858561cb424ffa1cd7513250b
DIFF:
https://github.com/llvm/llvm-project/commit/f3c77445791b510858561cb424ffa1cd7513250b.di
https://github.com/Maetveis closed
https://github.com/llvm/llvm-project/pull/131477
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
1 - 100 of 683 matches
Mail list logo
