@@ -5753,6 +5753,155 @@ static ExprResult buildUserDefinedMapperRef(Sema
&SemaRef, Scope *S,
QualType Type,
Expr *UnresolvedMapper);
+static std::pair
+buildImplicitMap(Sema &S, QualType B
@@ -5753,6 +5753,155 @@ static ExprResult buildUserDefinedMapperRef(Sema
&SemaRef, Scope *S,
QualType Type,
Expr *UnresolvedMapper);
+static std::pair
+buildImplicitMap(Sema &S, QualType B
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 842a332f11f53c698fa0560505e533ecdca28876
28fb0bd68f1feb2284c9000f2f36c0d91552f8ff --e
https://github.com/Sirraide approved this pull request.
LGTM
I’m honestly surprised we didn’t already have a helper for this.
https://github.com/llvm/llvm-project/pull/101206
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.o
https://github.com/jtb20 updated https://github.com/llvm/llvm-project/pull/92731
>From a00ae52b9d7200b2a6c90515bf7b251d6b7f0137 Mon Sep 17 00:00:00 2001
From: Julian Brown
Date: Wed, 1 May 2024 06:35:59 -0500
Subject: [PATCH] [OpenMP] OpenMP 5.1 "assume" directive parsing support
This patch sup
sdkrystian wrote:
Also added support for names prefixed with the `template` keyword.
https://github.com/llvm/llvm-project/pull/100425
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Helena Kotas
Date: 2024-07-30T10:45:15-07:00
New Revision: cc7aef97bb74b53175365a7fa4137aada902b3f2
URL:
https://github.com/llvm/llvm-project/commit/cc7aef97bb74b53175365a7fa4137aada902b3f2
DIFF:
https://github.com/llvm/llvm-project/commit/cc7aef97bb74b53175365a7fa4137aada902b3f2.diff
https://github.com/hekota closed
https://github.com/llvm/llvm-project/pull/100778
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/78114
>From 6f93e30dc7fdeaa18ae181c15aaed257c902d4c8 Mon Sep 17 00:00:00 2001
From: Jannick Kremer
Date: Fri, 12 Jul 2024 15:08:06 +0100
Subject: [PATCH] [libclang/python] Add strict typing to clang Python binding
@@ -8,11 +8,18 @@ MemorySanitizer
Introduction
-MemorySanitizer is a detector of uninitialized reads. It consists of a
+MemorySanitizer is a detector of uninitialized memory use. It consists of a
compiler instrumentation module and a run-time library.
Typical
https://github.com/vitalybuka edited
https://github.com/llvm/llvm-project/pull/101105
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vitalybuka edited
https://github.com/llvm/llvm-project/pull/101105
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
mizvekov wrote:
Nice!
Please keep track and let us know which parts we haven't seen and have
important changes we need to pay more attention to during re-review.
Otherwise the patch is getting quite big already :)
https://github.com/llvm/llvm-project/pull/100425
__
sdkrystian wrote:
With these changes, we can now issue warnings for the missing `template`
keyword in the _vast_ majority of cases:
```cpp
template
struct A { int x; };
template
struct B { int x; };
template
struct C { int x; };
template
struct D { int x; };
template
constexpr inline int V =
https://github.com/jyu2-git updated
https://github.com/llvm/llvm-project/pull/101101
>From 1f6c326c6b93ebdbb9f4b35adfc903409ab67620 Mon Sep 17 00:00:00 2001
From: Jennifer Yu
Date: Mon, 29 Jul 2024 14:18:48 -0700
Subject: [PATCH 1/3] Generate implicit default mapper for mapping array
section.
https://github.com/hekota closed https://github.com/llvm/llvm-project/pull/93336
___
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
Author: Aaron Ballman (AaronBallman)
Changes
The crux of this paper is that floating point expressions can be evaluated in a
wider format, but the return statement in a function should still return a
value of the function's return type rather tha
pirama-arumuga-nainar wrote:
Ping @rjmccall @efriedma-quic. Any comments on this patch?
https://github.com/llvm/llvm-project/pull/97121
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
efriedma-quic wrote:
Is there some way we can avoid the additional domtree construction?
Particularly in cases where the pass doesn't do anything.
https://github.com/llvm/llvm-project/pull/101114
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
andykaylor wrote:
Providing a bit more context here, the change to remove the finite-math-only
assumption from `-ffp-model=fast` is intended to avoid problems like
https://github.com/llvm/llvm-project/issues/69089. In that case, more
aggressive optimizations based on the `ninf` fast-math flag
Timm =?utf-8?q?Bäder?=
Message-ID:
In-Reply-To:
https://github.com/tbaederr created
https://github.com/llvm/llvm-project/pull/101218
None
>From 2f54449a650b094a47309e3230557df1f195d384 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
Date: Tue, 30 Jul 2024 19:10:41 +0200
Subject
Timm =?utf-8?q?Bäder?=
Message-ID:
In-Reply-To:
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Timm Baeder (tbaederr)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/101218.diff
14 Files Affected:
- (modified) clang/include/clang/AST/Type.h (+5)
- (modified) cl
Timm =?utf-8?q?Bäder?=
Message-ID:
In-Reply-To:
llvmbot wrote:
@llvm/pr-subscribers-clang-analysis
Author: Timm Baeder (tbaederr)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/101218.diff
14 Files Affected:
- (modified) clang/include/clang/AST/Type.h (+5)
- (mod
sdkrystian wrote:
With these changes, we can now issue warnings for the missing `template`
keyword in the _vast_ majority of cases:
```cpp
template
struct A { int x; };
template
struct B { int x; };
template
struct C { int x; };
template
struct D { int x; };
template
constexpr inline int V =
Timm =?utf-8?q?Bäder?=
Message-ID:
In-Reply-To:
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 51681409aeb081c8dfe241e0d8e8c71f8bf
https://github.com/ilovepi approved this pull request.
https://github.com/llvm/llvm-project/pull/100908
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -418,9 +419,13 @@ genRecordMembersBlock(const
llvm::SmallVector &Members,
if (Access != "")
Access = Access + " ";
auto LIBody = std::make_unique(HTMLTag::TAG_LI);
-LIBody->Children.emplace_back(std::make_unique(Access));
-LIBody->Children.emplace_back
@@ -197,7 +197,9 @@ TEST(HTMLGeneratorTest, emitRecordHTML) {
Members
- private int X
+
+private int X
ilovepi wrote:
Should these be `private int X`, like this or should we have separate lists for
`public`, `protected` and `p
nikic wrote:
This causes significant compile-time regressions, especially for unoptimized
builds:
https://llvm-compile-time-tracker.com/compare.php?from=39b6900852e7a1187bd742ba5c1387ca1be58e2c&to=2acf77f987331c05520c5bfd849326909ffce983&stat=instructions:u
You probably need to separately matc
https://github.com/pogo59 approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/101202
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/eddyz87 created
https://github.com/llvm/llvm-project/pull/101228
This commit introduces attribute bpf_fastcall to declare BPF functions that do
not clobber some of the caller saved registers (R0-R5).
The idea is to generate the code complying with generic BPF ABI, but allow
Author: Haowei Wu
Date: 2024-07-30T12:27:58-07:00
New Revision: f86ce8675f74a6b8937f99e3562fbcae51fd1f2f
URL:
https://github.com/llvm/llvm-project/commit/f86ce8675f74a6b8937f99e3562fbcae51fd1f2f
DIFF:
https://github.com/llvm/llvm-project/commit/f86ce8675f74a6b8937f99e3562fbcae51fd1f2f.diff
LOG
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 247251aee0d4314385a3fea86e31484d3d792ffb
02af8355ccdfb41199168a2b71c1b25a491a6310 --e
@@ -418,9 +419,13 @@ genRecordMembersBlock(const
llvm::SmallVector &Members,
if (Access != "")
Access = Access + " ";
auto LIBody = std::make_unique(HTMLTag::TAG_LI);
-LIBody->Children.emplace_back(std::make_unique(Access));
-LIBody->Children.emplace_back
@@ -197,7 +197,9 @@ TEST(HTMLGeneratorTest, emitRecordHTML) {
Members
- private int X
+
+private int X
petrhosek wrote:
Either way this should be done in a separate change.
https://github.com/llvm/llvm-project/pull/101108
@@ -418,9 +419,13 @@ genRecordMembersBlock(const
llvm::SmallVector &Members,
if (Access != "")
Access = Access + " ";
auto LIBody = std::make_unique(HTMLTag::TAG_LI);
-LIBody->Children.emplace_back(std::make_unique(Access));
-LIBody->Children.emplace_back
zygoloid wrote:
I think `__attribute__((cleanup))` on a variable should disable NRVO on that
variable, in both C and in C++. [GCC's
behavior](https://godbolt.org/z/Psbbr83ET) is to ignore the `cleanup` attribute
entirely if NRVO is applied to the variable, which seems like a flawed
approach,
https://github.com/yuxuanchen1997 updated
https://github.com/llvm/llvm-project/pull/99282
>From 8d9c2cc4313a36058ef2ac29bd9e3cd33603da10 Mon Sep 17 00:00:00 2001
From: Yuxuan Chen
Date: Tue, 4 Jun 2024 23:22:00 -0700
Subject: [PATCH] [Clang] Introduce [[clang::coro_await_elidable]]
---
clang/
@@ -1779,6 +1779,42 @@ void Parser::checkPotentialAngleBracket(ExprResult
&PotentialTemplateName) {
Priority);
}
+bool Parser::isMissingTemplateKeywordBeforeScope(bool AnnotateInvalid) {
+ assert(Tok.is(tok::coloncolon));
+ Sema::DisableTypoCorrectionRAI
@@ -5813,6 +5813,27 @@ static TypoCorrection TryTypoCorrectionForCall(Sema &S,
Expr *Fn,
return TypoCorrection();
}
+// [C++26][[expr.unary.op]/p4
+// A pointer to member is only formed when an explicit &
+// is used and its operand is a qualified-id not enclosed in parenth
DeinAlptraum wrote:
I rebased this on the other changes, so there's mostly relatively simple
annotations left now. Still a few hundred of them though. @Endilll do you want
me to split this further, or is this fine?
https://github.com/llvm/llvm-project/pull/78114
___
@@ -1779,6 +1779,42 @@ void Parser::checkPotentialAngleBracket(ExprResult
&PotentialTemplateName) {
Priority);
}
+bool Parser::isMissingTemplateKeywordBeforeScope(bool AnnotateInvalid) {
+ assert(Tok.is(tok::coloncolon));
+ Sema::DisableTypoCorrectionRAI
https://github.com/sdkrystian edited
https://github.com/llvm/llvm-project/pull/100425
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
DataCorrupted wrote:
> Is there some way we can avoid the additional domtree construction?
> Particularly in cases where the pass doesn't do anything.
This patch only changes how the pass is called. The behavior of the pass itself
is probably another patch. Besides, I don't think it would be e
@@ -418,9 +419,13 @@ genRecordMembersBlock(const
llvm::SmallVector &Members,
if (Access != "")
Access = Access + " ";
auto LIBody = std::make_unique(HTMLTag::TAG_LI);
-LIBody->Children.emplace_back(std::make_unique(Access));
-LIBody->Children.emplace_back
@@ -197,7 +197,9 @@ TEST(HTMLGeneratorTest, emitRecordHTML) {
Members
- private int X
+
+private int X
ilovepi wrote:
Agreed.
https://github.com/llvm/llvm-project/pull/101108
___
cfe
https://github.com/python3kgae created
https://github.com/llvm/llvm-project/pull/101240
First step for support WaveSize attribute in
https://microsoft.github.io/DirectX-Specs/d3d/HLSL_SM_6_6_WaveSize.html
and https://microsoft.github.io/hlsl-specs/proposals/0013-wave-size-range.html
A new attr
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-hlsl
@llvm/pr-subscribers-backend-directx
Author: Xiang Li (python3kgae)
Changes
First step for support WaveSize attribute in
https://microsoft.github.io/DirectX-Specs/d3d/HLSL_SM_6_6_WaveSize.html
and https://microsoft.github
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 d01c0514ab272bc06aa5845acb810d0eec587436
c7a476a4d8b06e399e9c076cc15208871e1b5a25 --e
https://github.com/python3kgae updated
https://github.com/llvm/llvm-project/pull/101240
>From c7a476a4d8b06e399e9c076cc15208871e1b5a25 Mon Sep 17 00:00:00 2001
From: Xiang Li
Date: Tue, 30 Jul 2024 16:34:40 -0400
Subject: [PATCH 1/2] [HLSL] AST support for WaveSize attribute.
First step for su
@@ -2397,6 +2397,1262 @@ class UnsafeBufferUsageReporter : public
UnsafeBufferUsageHandler {
};
} // namespace
+//
=
+
+namespace FXAnalysis {
+
+enum class DiagnosticID : uint8_t {
+ None = 0, // s
https://github.com/hubert-reinterpretcast edited
https://github.com/llvm/llvm-project/pull/93430
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -10897,6 +10902,53 @@ Attr
*Sema::getImplicitCodeSegOrSectionAttrForFunction(const FunctionDecl *FD,
return nullptr;
}
+// Should only be called when getFunctionEffects() returns a non-empty set.
+// Decl should be a FunctionDecl or BlockDecl.
+void Sema::maybeAddDeclWit
mikerice1969 wrote:
> You probably need to separately match the syntax and the name without
> constructing a temporary `std::string`.
@nikic Thanks. I'll look into improving this. If anyone thinks this should be
reverted until then let me know, or just go ahead and revert it.
https://github.c
@@ -10897,6 +10902,53 @@ Attr
*Sema::getImplicitCodeSegOrSectionAttrForFunction(const FunctionDecl *FD,
return nullptr;
}
+// Should only be called when getFunctionEffects() returns a non-empty set.
+// Decl should be a FunctionDecl or BlockDecl.
+void Sema::maybeAddDeclWit
https://github.com/dougsonos edited
https://github.com/llvm/llvm-project/pull/99656
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jcranmer-intel commented:
I don't think the test is testing conformance correctly, but I'm not entirely
sure how to test conformance correctly.
What the paper is saying is that, on a system like x87 where all evaluation
happens in `x86_fp80` instead of source types, you need
NuriAmari wrote:
This pass is added in numerous places:
https://github.com/search?q=repo%3Allvm%2Fllvm-project%20createObjCARCContractPass&type=code,
and we were hoping to consolidate all the places and instead schedule it by
default, or behind some kind of predicate. We haven’t been able to f
https://github.com/eddyz87 updated
https://github.com/llvm/llvm-project/pull/101228
>From 1a123ec3f3dd5b9df0a4f7694c09fbbe121450bd Mon Sep 17 00:00:00 2001
From: Eduard Zingerman
Date: Wed, 8 May 2024 15:29:47 -0700
Subject: [PATCH] [BPF] introduce __attribute__((bpf_fastcall))
This commit int
@@ -1779,6 +1779,42 @@ void Parser::checkPotentialAngleBracket(ExprResult
&PotentialTemplateName) {
Priority);
}
+bool Parser::isMissingTemplateKeywordBeforeScope(bool AnnotateInvalid) {
+ assert(Tok.is(tok::coloncolon));
+ Sema::DisableTypoCorrectionRAI
@@ -572,1483 +1121,44 @@ void f() {
//===--===//
// Structs and unions
//===--===//
-// CHECK-64: %struct.struct_int8m1 = type { <8 x i
@@ -176,477 +177,3110 @@ typedef vbool1_t fixed_bool1_t
__attribute__((riscv_rvv_vector_bits(__riscv_v_fi
typedef vbool2_t fixed_bool2_t
__attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen/2)));
typedef vbool4_t fixed_bool4_t
__attribute__((riscv_rvv_vector_bits(__riscv
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/101108
>From 8d054ac3ada0e978fa1a663170090f033016edfe Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Tue, 30 Jul 2024 17:48:24 -0400
Subject: [PATCH 1/2] [clang-doc] add support for block commands
---
clang-tools
https://github.com/jroelofs updated
https://github.com/llvm/llvm-project/pull/101243
>From 61371af08b82e1229c34b43f56772813c2f74b1c Mon Sep 17 00:00:00 2001
From: Jon Roelofs
Date: Tue, 30 Jul 2024 13:56:21 -0700
Subject: [PATCH 1/4] [cmake][llvm] Limit the number of Xcode schemes created
by d
JDevlieghere wrote:
Nice. An added benefit of doing it this way is that you can always set the
property for a particular target if you really need the scheme and you can do
it in the same cmake file that creates the target (i.e. in a subproject).
https://github.com/llvm/llvm-project/pull/1012
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jon Roelofs (jroelofs)
Changes
CMake -GXcode would otherwise offer to create one scheme for each target, which
ends up being a lot. For now, limit the default to the `check-*` LIT targets,
plus `ALL_BUILD` and `install`.
---
Full diff: h
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/101108
>From 8d054ac3ada0e978fa1a663170090f033016edfe Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Tue, 30 Jul 2024 17:48:24 -0400
Subject: [PATCH 1/3] [clang-doc] add support for block commands
---
clang-tools
jroelofs wrote:
And you can always manually override them through the scheme editor thing, if
that is a one-off local need.
https://github.com/llvm/llvm-project/pull/101243
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org
https://github.com/PeterChou1 updated
https://github.com/llvm/llvm-project/pull/101108
>From 8d054ac3ada0e978fa1a663170090f033016edfe Mon Sep 17 00:00:00 2001
From: PeterChou1
Date: Tue, 30 Jul 2024 17:48:24 -0400
Subject: [PATCH 1/4] [clang-doc] add support for block commands
---
clang-tools
jyknight wrote:
We aren't compliant for assignment either with x87 float/double -- e.g. enable
`-O2` on your example.
I think we need to say that we conform except on 32-bit x86 with SSE2 disabled,
and link to an appropriate bug. Maybe we'll fix that backend someday. Or maybe
not.
https://gi
https://github.com/PeterChou1 created
https://github.com/llvm/llvm-project/pull/101255
currently the HTML output does not support comments attached to class members,
this patch modifies the HTMLGenerator to add comments for the output.
>From 477bcb79430b6e64ea957ac29800d4ab1ed674af Mon Sep 1
@@ -418,9 +419,13 @@ genRecordMembersBlock(const
llvm::SmallVector &Members,
if (Access != "")
Access = Access + " ";
auto LIBody = std::make_unique(HTMLTag::TAG_LI);
-LIBody->Children.emplace_back(std::make_unique(Access));
-LIBody->Children.emplace_back
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
Author: None (PeterChou1)
Changes
currently the HTML output does not support comments attached to class members,
this patch modifies the HTMLGenerator to add comments for the output.
---
Full diff: https://github.com/llvm/llvm-proje
@@ -197,7 +197,9 @@ TEST(HTMLGeneratorTest, emitRecordHTML) {
Members
- private int X
+
+private int X
PeterChou1 wrote:
currently there's no distinction between public protected and private that's
something i plan to change b
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 03e1eb29e7169ddb0804b1d0b9d71d6d2aaf531d
477bcb79430b6e64ea957ac29800d4ab1ed674af --e
https://github.com/bob80905 created
https://github.com/llvm/llvm-project/pull/101256
This PR adds the length intrinsic and an HLSL function that uses it.
The SPIRV implementation is left for a future PR.
Fixes #99134
>From 7027cf254ae1b6acfdfbbf5dbeda3c4d6a4b3c43 Mon Sep 17 00:00:00 2001
From:
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Joshua Batista (bob80905)
Changes
This PR adds the length intrinsic and an HLSL function that uses it.
The SPIRV implementation is left for a future PR.
Fixes #99134
---
Full diff: https://github.com/llvm/llvm-project/pull/101256.d
https://github.com/bob80905 updated
https://github.com/llvm/llvm-project/pull/101256
>From 7027cf254ae1b6acfdfbbf5dbeda3c4d6a4b3c43 Mon Sep 17 00:00:00 2001
From: Joshua Batista
Date: Fri, 26 Jul 2024 15:41:01 -0700
Subject: [PATCH 1/2] first attempt
---
clang/docs/LanguageExtensions.rst
https://github.com/pogo59 created
https://github.com/llvm/llvm-project/pull/101257
-falign-functions with no argument is supposed to be equivalent to
-falign-functions=16, according to the documentation. Make it so.
>From a95ab9bfb7be8da6c4ebe0d207beff5a0a72bb9d Mon Sep 17 00:00:00 2001
From:
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Paul T Robinson (pogo59)
Changes
-falign-functions with no argument is supposed to be equivalent to
-falign-functions=16, according to the documentation. Make it so.
---
Full diff: https://github.com/llvm/llvm-project/pull/101257.diff
2
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 a6ef0864e9cf365a5cc4a3c39c9c749c49c87c1d
08110b735a908ad7387df72029e28ee133ec39d5 --e
@@ -664,6 +664,7 @@ Unless specified otherwise operation(±0) = ±0 and
operation(±infinity) = ±in
T __builtin_elementwise_cosh(T x) return the hyperbolic cosine of
angle x in radians floating point types
T __builtin_elementwise_tanh(T x) retu
https://github.com/jroelofs updated
https://github.com/llvm/llvm-project/pull/101243
>From 61371af08b82e1229c34b43f56772813c2f74b1c Mon Sep 17 00:00:00 2001
From: Jon Roelofs
Date: Tue, 30 Jul 2024 13:56:21 -0700
Subject: [PATCH 1/5] [cmake][llvm] Limit the number of Xcode schemes created
by d
https://github.com/petrhosek created
https://github.com/llvm/llvm-project/pull/101258
The common baremetal libc implementations already provide crt0.o and GCC
automatically links it so this improves parity.
>From 245a552033793bab479c9be805aacf33cfe64493 Mon Sep 17 00:00:00 2001
From: Petr Hose
@@ -249,6 +249,7 @@ DWARF Support in Clang
Floating Point Support in Clang
---
+- Add ``__builtin_elementwise_length``builtin for floating point types only.
farzonl wrote:
Same comment this doesn't match `__builtin_hlsl_elementwise
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Petr Hosek (petrhosek)
Changes
The common baremetal libc implementations already provide crt0.o and GCC
automatically links it so this improves parity.
---
Full diff: https://github.com/llvm/llvm-project/pull/101258.diff
4 Files Affecte
@@ -18460,6 +18460,22 @@ Value *CodeGenFunction::EmitHLSLBuiltinExpr(unsigned
BuiltinID,
/*ReturnType=*/X->getType(), CGM.getHLSLRuntime().getLerpIntrinsic(),
ArrayRef{X, Y, S}, nullptr, "hlsl.lerp");
}
+ case Builtin::BI__builtin_hlsl_elementwise_length: {
https://github.com/mysterymath approved this pull request.
https://github.com/llvm/llvm-project/pull/101258
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -249,6 +249,7 @@ DWARF Support in Clang
Floating Point Support in Clang
---
+- Add ``__builtin_elementwise_length``builtin for floating point types only.
bob80905 wrote:
Ah, this was a habit that seems to no longer be justified.
@@ -1982,7 +1982,7 @@ unsigned tools::ParseFunctionAlignment(const ToolChain
&TC,
return 0;
if (A->getOption().matches(options::OPT_falign_functions))
-return 0;
+return 4; // log2(16)
compnerd wrote:
This is not true. Quoting the documentation
@@ -0,0 +1,73 @@
+// RUN: %clang_cc1 -finclude-default-header -x hlsl -triple \
+// RUN: dxil-pc-shadermodel6.3-library %s -fnative-half-type \
+// RUN: -emit-llvm -disable-llvm-passes -o - | FileCheck %s \
+// RUN: --check-prefixes=CHECK,NATIVE_HALF
+// RUN: %clang_cc1 -fi
clayborg wrote:
Can we add a cmake settings that allows users to add custom target names that
will be added? I would love to use this for my common projects like:
```
-DCMAKE_LLVM_XCODE_TARGETS=lldb;llvm-dwarfdump;llvm-gsymutil;lld
```
And it would add those top level targets?
https://github.co
@@ -0,0 +1,31 @@
+// RUN: %clang_cc1 -finclude-default-header -triple
dxil-pc-shadermodel6.6-library %s -fnative-half-type -emit-llvm
-disable-llvm-passes -verify -verify-ignore-unexpected
+
+bool test_too_few_arg()
+{
+ return __builtin_hlsl_elementwise_length();
+ // ex
darkbuck wrote:
@arsenm, any further comment?
https://github.com/llvm/llvm-project/pull/100637
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/petrhosek created
https://github.com/llvm/llvm-project/pull/101259
The handling of libc++ and other runtime libraries in the baremetal driver is
different from other targets for no particular reason. This change removes the
custom in the baremetal driver logic and replaces i
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
@llvm/pr-subscribers-clang
Author: Petr Hosek (petrhosek)
Changes
The handling of libc++ and other runtime libraries in the baremetal driver is
different from other targets for no particular reason. This change removes the
custom in the ba
@@ -245,6 +274,20 @@ void SemaHLSL::CheckEntryPoint(FunctionDecl *FD) {
<< llvm::Triple::getEnvironmentTypeName(ST);
FD->setInvalidDecl();
}
+if (const auto *NT = FD->getAttr()) {
+ if (Ver.getMajor() < 6u ||
+ (Ver.getMajor() == 6u && Ver.
@@ -245,6 +274,20 @@ void SemaHLSL::CheckEntryPoint(FunctionDecl *FD) {
<< llvm::Triple::getEnvironmentTypeName(ST);
FD->setInvalidDecl();
}
+if (const auto *NT = FD->getAttr()) {
+ if (Ver.getMajor() < 6u ||
+ (Ver.getMajor() == 6u && Ver.
@@ -348,6 +391,77 @@ void SemaHLSL::handleNumThreadsAttr(Decl *D, const
ParsedAttr &AL) {
D->addAttr(NewAttr);
}
+void SemaHLSL::handleWaveSizeAttr(Decl *D, const ParsedAttr &AL) {
+ // validate that the wavesize argument is a power of 2 between 4 and 128
+ // inclusive
@@ -63,5 +63,7 @@ let TargetPrefix = "spv" in {
def int_spv_frac : DefaultAttrsIntrinsic<[LLVMMatchType<0>],
[llvm_anyfloat_ty]>;
def int_spv_lerp : Intrinsic<[LLVMMatchType<0>], [llvm_anyfloat_ty,
LLVMMatchType<0>,LLVMMatchType<0>],
[IntrNoMem, IntrWillReturn] >;
+
101 - 200 of 355 matches
Mail list logo
