llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Rahman Lavaee (rlavaee)
Changes
Today `-split-machine-functions` and `-fbasic-block-sections={all,list}` cannot
be combined with `-basic-block-sections=labels` (the labels option will be
ignored).
The inconsistency comes from
llvmbot wrote:
@llvm/pr-subscribers-llvm-binary-utilities
Author: Rahman Lavaee (rlavaee)
Changes
Today `-split-machine-functions` and `-fbasic-block-sections={all,list}` cannot
be combined with `-basic-block-sections=labels` (the labels option will be
ignored).
The inconsistency co
llvmbot wrote:
@llvm/pr-subscribers-lld-elf
@llvm/pr-subscribers-backend-x86
@llvm/pr-subscribers-clang
Author: Rahman Lavaee (rlavaee)
Changes
Today `-split-machine-functions` and `-fbasic-block-sections={all,list}` cannot
be combined with `-basic-block-sections=labels` (the labels
https://github.com/stevecor created
https://github.com/llvm/llvm-project/pull/77021
When printing preprocessed tokens, handle newlines in string literals because
raw string literals may contain newlines.
>From 47aa72d5e68c08657a519c3d0a3a73fbd1c89372 Mon Sep 17 00:00:00 2001
From: Steve Cornet
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 i
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Steve Cornett (stevecor)
Changes
When printing preprocessed tokens, handle newlines in string literals because
raw string literals may contain newlines.
---
Full diff: https://github.com/llvm/llvm-project/pull/77021.diff
2 Files Affecte
https://github.com/minglotus-6 edited
https://github.com/llvm/llvm-project/pull/75080
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/minglotus-6 edited
https://github.com/llvm/llvm-project/pull/75080
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/minglotus-6 closed
https://github.com/llvm/llvm-project/pull/75080
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
xu-chiheng wrote:
> implemented
TLS is emulated on Cygwin. This patch works from Clang/LLVM 8 or earlier.
https://github.com/llvm/llvm-project/pull/76943
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/l
@@ -586,6 +586,16 @@ void swap(int&, int&) {
throw 1;
}
+void iter_swap(int&, int&) {
+ // CHECK-MESSAGES: :[[@LINE-1]]:6: warning: an exception may be thrown in
function 'iter_swap' which should not throw exceptions
+ throw 1;
+}
+
+void iter_move(int&, int&) {
-
@@ -3914,7 +3914,15 @@ void UnwrappedLineParser::parseRecord(bool ParseAsExpr) {
// (this would still leave us with an ambiguity between template function
// and class declarations).
if (FormatTok->isOneOf(tok::colon, tok::less)) {
XDeme wrote:
Yes, that
@@ -237,22 +237,15 @@ ArrayRef
RISCVTargetInfo::getTargetBuiltins() const {
static std::vector
collectNonISAExtFeature(ArrayRef FeaturesNeedOverride, int XLen) {
- auto ParseResult =
- llvm::RISCVISAInfo::parseFeatures(XLen, FeaturesNeedOverride);
-
- if (!ParseResult)
https://github.com/ilovepi updated
https://github.com/llvm/llvm-project/pull/66916
>From ce9772dd519a62025cf545ded306bf40c75f2924 Mon Sep 17 00:00:00 2001
From: Paul Kirth
Date: Tue, 19 Sep 2023 20:53:54 +
Subject: [PATCH 01/17] [RISCV] Support Global Dynamic TLSDESC in the RISC-V
backend
@@ -466,35 +466,37 @@ bool RISCVISAInfo::compareExtension(const std::string
&LHS,
return LHS < RHS;
}
-void RISCVISAInfo::toFeatures(
-std::vector &Features,
-llvm::function_ref StrAlloc,
-bool AddAllExtensions) const {
+std::vector RISCVISAInfo::toFeatures(bool
@@ -42,9 +42,9 @@ static bool getArchFeatures(const Driver &D, StringRef Arch,
return false;
}
- (*ISAInfo)->toFeatures(
- Features, [&Args](const Twine &Str) { return Args.MakeArgString(Str); },
- /*AddAllExtensions=*/true);
+ for (std::string &Str : (*ISAIn
hanhanW wrote:
I'm -1 on using `tensor.reshape` op. IMO, we should only use
tensor.expand/collapse_shape; they work much better with existing
transformations.
Out of curiosity, what use case do you have in mind? Why do we lower fully
dynamic pack op? If it is at high level graph level, we can
https://github.com/rlavaee edited
https://github.com/llvm/llvm-project/pull/74128
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
bwendling wrote:
Pinging for after-holidays visibility. :-)
https://github.com/llvm/llvm-project/pull/76348
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
WenleiHe wrote:
> Agreed with this concern. To do this, we probably also need a flag in the
> binary, because otherwise if we use the new toolchain for prof-gen but the
> binary built on the old toolchain, we then would generate a profile with this
> flag on but the order is the old one. My un
srcarroll wrote:
> I'm -1 on using `tensor.reshape` op. IMO, we should only use
> tensor.expand/collapse_shape; they work much better with existing
> transformations.
>
> Out of curiosity, what use case do you have in mind? Why do we lower fully
> dynamic pack op? If it is at high level graph
https://github.com/razvanlupusoru approved this pull request.
Looks great to me! Thank you!
https://github.com/llvm/llvm-project/pull/76892
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm
@@ -0,0 +1,50 @@
+// REQUIRES: !system-windows
+
+// RUN: rm -rf %t
+// RUN: split-file %s %t
+// RUN: cd %t
+//
+// RUN: %clang_cc1 -std=c++20 %t/layer1.cppm -triple %itanium_abi_triple \
+// RUN: -emit-module-interface -o %t/foo-layer1.pcm
+// RUN: %clang_cc1 -std=c++20 %t/l
https://github.com/tstellar closed
https://github.com/llvm/llvm-project/pull/75903
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/clementval closed
https://github.com/llvm/llvm-project/pull/76892
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
srcarroll wrote:
It would be easy enough for me to change what I have to only do expand and only
match fail on completely impossible cases
https://github.com/llvm/llvm-project/pull/76003
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://
https://github.com/XDeme updated https://github.com/llvm/llvm-project/pull/77013
>From 45d01cbc7ec958518b1739daa9e9b0dc35c2d194 Mon Sep 17 00:00:00 2001
From: XDeme
Date: Thu, 4 Jan 2024 19:04:21 -0300
Subject: [PATCH 1/2] [clang-format] Handle templated elaborated type specifier
in function re
https://github.com/XDeme updated https://github.com/llvm/llvm-project/pull/77013
>From 45d01cbc7ec958518b1739daa9e9b0dc35c2d194 Mon Sep 17 00:00:00 2001
From: XDeme
Date: Thu, 4 Jan 2024 19:04:21 -0300
Subject: [PATCH 1/3] [clang-format] Handle templated elaborated type specifier
in function re
@@ -3914,7 +3914,15 @@ void UnwrappedLineParser::parseRecord(bool ParseAsExpr) {
// (this would still leave us with an ambiguity between template function
// and class declarations).
if (FormatTok->isOneOf(tok::colon, tok::less)) {
XDeme wrote:
I've upda
https://github.com/hw-1 created https://github.com/llvm/llvm-project/pull/77031
fix bug with PCH check failed, detail with
https://github.com/llvm/llvm-project/issues/76923
>From 50e69eac786a646491e278478bb096e361d6c4c1 Mon Sep 17 00:00:00 2001
From: hw-1 <8053554+h...@users.noreply.github.com>
hanhanW wrote:
> I am curious though, what do you mean by more powerful expand_shape op?
> Wouldn't that just be exactly reshape? We don't need a more powerful
> expand_shape to cover all the cases you mention above.
That could be tensor.reshape, but I don't see a scenario about using it. To b
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 i
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: hw-1 (hw-1)
Changes
fix bug with PCH check failed, detail with
https://github.com/llvm/llvm-project/issues/76923
---
Full diff: https://github.com/llvm/llvm-project/pull/77031.diff
1 Files Affected:
- (modified) clang/lib/Driver/ToolCh
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 c1eef483b2c1ab2564e0ee1e4d1a30db11f8049f
50e69eac786a646491e278478bb096e361d6c4c1 --
https://github.com/sethp edited https://github.com/llvm/llvm-project/pull/74775
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
srcarroll wrote:
> To be clear, I am not saying that this is not useful. I just don't know why
> this is needed.
Fair enough. Me neither. :)
https://github.com/llvm/llvm-project/pull/76003
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https
@@ -404,29 +691,126 @@ constexpr unsigned char identity3b =
__builtin_bit_cast(unsigned char, identity3
namespace test_bool {
-constexpr bool test_bad_bool = bit_cast('A'); // expected-error {{must
be initialized by a constant expression}} expected-note{{in call}}
+// expec
https://github.com/arsenm closed https://github.com/llvm/llvm-project/pull/76217
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2621,6 +2642,29 @@ SDValue
DAGTypeLegalizer::PromoteFloatRes_FP_ROUND(SDNode *N) {
return DAG.getNode(GetPromotionOpcode(VT, NVT), DL, NVT, Round);
}
+// Explicit operation to reduce precision. Reduce the value to half precision
+// and promote it back to the legal typ
https://github.com/arsenm closed https://github.com/llvm/llvm-project/pull/74332
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -0,0 +1,82 @@
+// RUN: %clang_cc1 -verify -std=c++2a -fsyntax-only -triple
x86_64-apple-macosx10.14.0 %s
+// RUN: %clang_cc1 -verify -std=c++2a -fsyntax-only -triple
x86_64-apple-macosx10.14.0 %s -fno-signed-char
+// RUN: %clang_cc1 -verify -std=c++2a -fsyntax-only -triple
a
https://github.com/Luhaocong updated
https://github.com/llvm/llvm-project/pull/74439
>From e86dc461c8654b6b9806ad88bf2ba3d731c81d50 Mon Sep 17 00:00:00 2001
From: Lu Haocong
Date: Tue, 5 Dec 2023 16:45:22 +0800
Subject: [PATCH] [Sema] Warning for _Float16 passed to format specifier '%f'
Accord
https://github.com/tstellar created
https://github.com/llvm/llvm-project/pull/77035
This option is LLVM_RELEASE_ENABLE_LTO and it's turned on by default.
>From db643899042aea45da93c1738b523f139f307295 Mon Sep 17 00:00:00 2001
From: Tom Stellard
Date: Fri, 5 Jan 2024 00:58:58 +
Subject: [PA
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Tom Stellard (tstellar)
Changes
This option is LLVM_RELEASE_ENABLE_LTO and it's turned on by default.
---
Full diff: https://github.com/llvm/llvm-project/pull/77035.diff
1 Files Affected:
- (modified) clang/cmake/caches/Release.cmake (+
@@ -404,29 +691,126 @@ constexpr unsigned char identity3b =
__builtin_bit_cast(unsigned char, identity3
namespace test_bool {
-constexpr bool test_bad_bool = bit_cast('A'); // expected-error {{must
be initialized by a constant expression}} expected-note{{in call}}
+// expec
@@ -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 {{.*}} 'doub
@@ -485,16 +869,16 @@ typedef bool bool17 __attribute__((ext_vector_type(17)));
typedef bool bool32 __attribute__((ext_vector_type(32)));
typedef bool bool128 __attribute__((ext_vector_type(128)));
-static_assert(bit_cast(bool8{1,0,1,0,1,0,1,0}) == (LITTLE_END ?
0x55 : 0xAA),
ahatanak wrote:
Any progress on this patch?
As we discussed in https://github.com/llvm/llvm-project/issues/74016, we should
make sure clang doesn't stop emitting the warning when the definition of a pure
virtual function is actually needed.
It seems to me that we shouldn't set `NeededForConst
@@ -0,0 +1,303 @@
+//===--===//
+//
+// 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: Apa
yetingk wrote:
Unwinder could use property `GNU_PROPERTY_RISCV_FEATURE_1_ZICFISS` to know the
binary uses `ssp` as the shadow stack register.
https://github.com/riscv-non-isa/riscv-elf-psabi-doc/pull/417/files
https://github.com/llvm/llvm-project/pull/68075
_
@@ -6901,51 +6916,260 @@ bool HandleOperatorDeleteCall(EvalInfo &Info, const
CallExpr *E) {
//===--===//
namespace {
-class BitCastBuffer {
- // FIXME: We're going to need bit-level granularity when we supp
https://github.com/ZijunZhaoCCK updated
https://github.com/llvm/llvm-project/pull/66963
>From 647f5fe641b30c874bab770fced9fcec9b601161 Mon Sep 17 00:00:00 2001
From: Zijun Zhao
Date: Wed, 13 Sep 2023 14:26:01 -0700
Subject: [PATCH 1/8] [libc++] Implement ranges::contains_subrange
---
libcxx/i
https://github.com/ZijunZhaoCCK updated
https://github.com/llvm/llvm-project/pull/66963
>From 647f5fe641b30c874bab770fced9fcec9b601161 Mon Sep 17 00:00:00 2001
From: Zijun Zhao
Date: Wed, 13 Sep 2023 14:26:01 -0700
Subject: [PATCH 1/8] [libc++] Implement ranges::contains_subrange
---
libcxx/i
@@ -106,6 +107,25 @@ uint32_t AMDGPU::calcEFlagsV4() const {
return retMach | retXnack | retSramEcc;
}
+uint32_t AMDGPU::calcEFlagsV6() const {
+ uint32_t flags = calcEFlagsV4();
+
+ uint32_t genericVersion =
+ getEFlags(ctx.objectFiles[0]) & EF_AMDGPU_GENERIC_VERSION
@@ -1557,140 +1559,98 @@ const EnumEntry ElfHeaderMipsFlags[] = {
ENUM_ENT(EF_MIPS_ARCH_64R6, "mips64r6")
};
+#define AMDGPU_MACH_ENUM_ENTS
\
+ ENUM_ENT(EF_AMDGPU_MACH_NONE, "none"),
\
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 1/2] [RISCV] Fix collectNonISAExtFeature returning negative
extension f
https://github.com/HaohaiWen updated
https://github.com/llvm/llvm-project/pull/76278
>From 87f3d68e82dcc752aa727f62b8b1b56b1257b343 Mon Sep 17 00:00:00 2001
From: Haohai Wen
Date: Sat, 23 Dec 2023 13:16:02 +0800
Subject: [PATCH 1/3] [CostModel][X86] Track fpext conversion for 16 elements
---
@@ -6901,51 +6916,260 @@ bool HandleOperatorDeleteCall(EvalInfo &Info, const
CallExpr *E) {
//===--===//
namespace {
-class BitCastBuffer {
- // FIXME: We're going to need bit-level granularity when we supp
https://github.com/lukel97 updated
https://github.com/llvm/llvm-project/pull/76942
>From caa25a73dd69268490c89d5e9e91b8d545bce760 Mon Sep 17 00:00:00 2001
From: Luke Lau
Date: Thu, 4 Jan 2024 14:02:39 +0900
Subject: [PATCH 1/2] [RISCV] Deduplicate
RISCVISAInfo::toFeatures/toFeatureVector. NFC
HaohaiWen wrote:
There's cross iteration true dependency in previous experiment.
```
vcvtps2pd zmm2, ymm0
vextractf64x4 ymm0, zmm0, 1
vcvtps2pd zmm1, ymm0
```
The second cvt and first cvt of the next iteration need to wait for finish of
vextract64x4. Therefore its cost is 5.
In real scenario, va
@@ -470,17 +470,17 @@ std::vector RISCVISAInfo::toFeatures(bool
AddAllExtensions,
bool IgnoreUnknown) const {
std::vector Features;
for (auto const &Ext : Exts) {
-std::string ExtName = Ext.first;
+StringRef ExtName
@@ -470,17 +470,17 @@ std::vector RISCVISAInfo::toFeatures(bool
AddAllExtensions,
bool IgnoreUnknown) const {
std::vector Features;
for (auto const &Ext : Exts) {
-std::string ExtName = Ext.first;
+StringRef ExtName
https://github.com/lukel97 updated
https://github.com/llvm/llvm-project/pull/76942
>From caa25a73dd69268490c89d5e9e91b8d545bce760 Mon Sep 17 00:00:00 2001
From: Luke Lau
Date: Thu, 4 Jan 2024 14:02:39 +0900
Subject: [PATCH 1/3] [RISCV] Deduplicate
RISCVISAInfo::toFeatures/toFeatureVector. NFC
https://github.com/lukel97 updated
https://github.com/llvm/llvm-project/pull/76942
>From caa25a73dd69268490c89d5e9e91b8d545bce760 Mon Sep 17 00:00:00 2001
From: Luke Lau
Date: Thu, 4 Jan 2024 14:02:39 +0900
Subject: [PATCH 1/4] [RISCV] Deduplicate
RISCVISAInfo::toFeatures/toFeatureVector. NFC
https://github.com/phoebewang updated
https://github.com/llvm/llvm-project/pull/75156
>From 9860e5454bdf3ee3a4283ab7102a8d70c3ebcbbc Mon Sep 17 00:00:00 2001
From: Phoebe Wang
Date: Tue, 12 Dec 2023 17:27:33 +0800
Subject: [PATCH 1/3] [X86] Add ABI handling for fp128
Fixes #74601
---
clang/li
https://github.com/phoebewang updated
https://github.com/llvm/llvm-project/pull/75156
>From 9860e5454bdf3ee3a4283ab7102a8d70c3ebcbbc Mon Sep 17 00:00:00 2001
From: Phoebe Wang
Date: Tue, 12 Dec 2023 17:27:33 +0800
Subject: [PATCH 1/4] [X86] Add ABI handling for fp128
Fixes #74601
---
clang/li
phoebewang wrote:
> Add a Release notes entry? I always forget exactly what we need to do for ABI
> fixes/tweaks
Goot point! Done.
https://github.com/llvm/llvm-project/pull/75156
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.l
@@ -42,9 +42,10 @@ static bool getArchFeatures(const Driver &D, StringRef Arch,
return false;
}
- (*ISAInfo)->toFeatures(
- Features, [&Args](const Twine &Str) { return Args.MakeArgString(Str); },
- /*AddAllExtensions=*/true);
+ const auto ISAInfoFeatures = (
Author: Chuanqi Xu
Date: 2024-01-05T11:31:22+08:00
New Revision: f5fd1836836e0d37dea61cc842199713cc0e2fc4
URL:
https://github.com/llvm/llvm-project/commit/f5fd1836836e0d37dea61cc842199713cc0e2fc4
DIFF:
https://github.com/llvm/llvm-project/commit/f5fd1836836e0d37dea61cc842199713cc0e2fc4.diff
LO
@@ -1097,7 +1097,7 @@ def : Pat <
multiclass f16_fp_Pats {
// f16_to_fp patterns
def : GCNPat <
-(f32 (f16_to_fp i32:$src0)),
+(f32 (any_f16_to_fp i32:$src0)),
phoebewang wrote:
Should we replace more `f16_to_fp` to `any_f16_to_fp` in this file and
@@ -1097,7 +1097,7 @@ def : Pat <
multiclass f16_fp_Pats {
// f16_to_fp patterns
def : GCNPat <
-(f32 (f16_to_fp i32:$src0)),
+(f32 (any_f16_to_fp i32:$src0)),
arsenm wrote:
Yes, with appropriate tests added alongside it
https://github.com/llvm/l
@@ -2621,6 +2642,29 @@ SDValue
DAGTypeLegalizer::PromoteFloatRes_FP_ROUND(SDNode *N) {
return DAG.getNode(GetPromotionOpcode(VT, NVT), DL, NVT, Round);
}
+// Explicit operation to reduce precision. Reduce the value to half precision
+// and promote it back to the legal typ
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/8] [clang] static operators should evaluate object argument
ChuanqiXu9 wrote:
> This is a great way to start a new year ;)
>
> The phab link is https://reviews.llvm.org/D41416.
>
> In general I was wondering could we simplify the implementation by loading
> the specialization hash table upon module load. That should be relatively
> cheap as we will re
@@ -22,10 +22,7 @@ define void @add(ptr %pa, ptr %pb, ptr %pc) nounwind {
; X86-NEXT:vaddss %xmm0, %xmm1, %xmm0
; X86-NEXT:vmovss %xmm0, (%esp)
; X86-NEXT:calll __truncsfbf2
-; X86-NEXT:fstps {{[0-9]+}}(%esp)
-; X86-NEXT:vmovd {{.*#+}} xmm0 = mem[0],zero,zer
@@ -150,6 +150,11 @@ class ExternalASTSource : public
RefCountedBase {
virtual bool
FindExternalVisibleDeclsByName(const DeclContext *DC, DeclarationName Name);
+ /// Load all the external specialzations for the Decl and the corresponding
+ /// template arguments.
+ vi
@@ -527,6 +527,10 @@ class ASTWriter : public ASTDeserializationListener,
bool isLookupResultExternal(StoredDeclsList &Result, DeclContext *DC);
bool isLookupResultEntirelyExternal(StoredDeclsList &Result, DeclContext
*DC);
+ uint64_t
+ WriteSpecsLookupTable(NamedDecl *
@@ -2431,10 +2434,14 @@ void
ASTDeclReader::VisitClassTemplateDecl(ClassTemplateDecl *D) {
mergeRedeclarableTemplate(D, Redecl);
if (ThisDeclID == Redecl.getFirstID()) {
-// This ClassTemplateDecl owns a CommonPtr; read it to keep track of all of
-// the specializ
https://github.com/benshi001 created
https://github.com/llvm/llvm-project/pull/77040
1. Improve the 'errno' modeling.
2. Improve the buffer size argument's constraint.
>From ab7f635446f8277ef305e606ca6973860755e316 Mon Sep 17 00:00:00 2001
From: Ben Shi
Date: Fri, 5 Jan 2024 10:05:15 +0800
Sub
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Ben Shi (benshi001)
Changes
1. Improve the 'errno' modeling.
2. Improve the buffer size argument's constraint.
---
Full diff: https://github.com/llvm/llvm-project/pull/77040.diff
4 Files Affected:
- (modified) clang/lib/StaticAnalyzer/C
@@ -1249,3 +1249,5 @@ void ODRHash::AddQualType(QualType T) {
void ODRHash::AddBoolean(bool Value) {
Bools.push_back(Value);
}
+
+void ODRHash::AddInteger(unsigned Value) { ID.AddInteger(Value); }
ChuanqiXu9 wrote:
Interesting. I didn't recognize this. If th
https://github.com/benshi001 updated
https://github.com/llvm/llvm-project/pull/77040
>From 10a0e9aae5effdd6e26476e78a778b89373358df Mon Sep 17 00:00:00 2001
From: Ben Shi
Date: Fri, 5 Jan 2024 10:05:15 +0800
Subject: [PATCH] Improve modeling of 'getcwd' in the
StdLibraryFunctionsChecker
1. Im
@@ -2621,6 +2642,29 @@ SDValue
DAGTypeLegalizer::PromoteFloatRes_FP_ROUND(SDNode *N) {
return DAG.getNode(GetPromotionOpcode(VT, NVT), DL, NVT, Round);
}
+// Explicit operation to reduce precision. Reduce the value to half precision
+// and promote it back to the legal typ
https://github.com/HaohaiWen updated
https://github.com/llvm/llvm-project/pull/76933
>From 8305e5e15eaaedba58a57b179e32c6d4b2a11a44 Mon Sep 17 00:00:00 2001
From: Haohai Wen
Date: Thu, 4 Jan 2024 15:35:52 +0800
Subject: [PATCH 1/5] [SEH] Add test to track EHa register liveness
verification
Th
https://github.com/xu-chiheng edited
https://github.com/llvm/llvm-project/pull/74936
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/xu-chiheng edited
https://github.com/llvm/llvm-project/pull/74936
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
SuperSodaSea wrote:
Wait a minute, it failes to compile this situation:
```c++
struct Foo {
static int operator()(int a, int b) { return a + b; }
};
void f() {
const Foo foo;
foo(1, 2); // 'this' argument to member function 'operator()' has type
'const Foo', but function is not mar
@@ -416,6 +416,12 @@ added in the future:
This calling convention, like the `PreserveMost` calling convention, will
be
used by a future version of the ObjectiveC runtime and should be considered
experimental at this time.
+"``preserve_nonecc``" - The `PreserveNone`
https://github.com/XDeme created https://github.com/llvm/llvm-project/pull/77045
Fixes llvm/llvm-project#76716
Added a check to prevent null deferencing
>From d9cbbe48b96d27bff3fc926b60d039ed05f00489 Mon Sep 17 00:00:00 2001
From: XDeme
Date: Fri, 5 Jan 2024 01:23:16 -0300
Subject: [PATCH] [cla
llvmbot wrote:
@llvm/pr-subscribers-clang-format
Author: None (XDeme)
Changes
Fixes llvm/llvm-project#76716
Added a check to prevent null deferencing
---
Full diff: https://github.com/llvm/llvm-project/pull/77045.diff
2 Files Affected:
- (modified) clang/lib/Format/WhitespaceManager.cp
@@ -58,6 +60,22 @@ class GlobalTy {
void setPtr(void *P) { Ptr = P; }
};
+typedef void *IntPtrT;
+struct __llvm_profile_data {
+#define INSTR_PROF_DATA(Type, LLVMType, Name, Initializer) Type Name;
+#include "llvm/ProfileData/InstrProfData.inc"
+};
+
+/// PGO profiling data
@@ -58,6 +60,22 @@ class GlobalTy {
void setPtr(void *P) { Ptr = P; }
};
+typedef void *IntPtrT;
EthanLuisMcDonough wrote:
`IntPtrT` isn't defined in `profile/InstrProfData.inc`. There are multiple
examples of this type being defined. before InstProfData.i
@@ -163,3 +163,87 @@ Error
GenericGlobalHandlerTy::readGlobalFromImage(GenericDeviceTy &Device,
return Plugin::success();
}
+
+bool GenericGlobalHandlerTy::hasProfilingGlobals(GenericDeviceTy &Device,
+ DeviceImageTy &Image) {
@@ -163,3 +163,87 @@ Error
GenericGlobalHandlerTy::readGlobalFromImage(GenericDeviceTy &Device,
return Plugin::success();
}
+
+bool GenericGlobalHandlerTy::hasProfilingGlobals(GenericDeviceTy &Device,
+ DeviceImageTy &Image) {
@@ -163,3 +163,87 @@ Error
GenericGlobalHandlerTy::readGlobalFromImage(GenericDeviceTy &Device,
return Plugin::success();
}
+
+bool GenericGlobalHandlerTy::hasProfilingGlobals(GenericDeviceTy &Device,
+ DeviceImageTy &Image) {
WenleiHe wrote:
> ongoing effort to extends PGO instrumentation to GPU device code
Is there a high level description for this effort and its goal? Traditional
compiler PGO is mostly for profiling control-flow, but we don't usually have a
lot of control flow for GPU kernels.
https://github.co
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/9] [clang] static operators should evaluate object argument
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 054b5fc0fd41bcbadcc6967c39a5f6bb151bdcd1
eb42407a523f9a79afca4fbf221b344330888cc6 --
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 01/10] [clang] static operators should evaluate object
argumen
ChuanqiXu9 wrote:
> I'm Sam's colleague and wanted to mention that Sam won't be available until
> January 15. It probably does not make much sense for someone else to take
> over at this point as the change is large and waiting for Sam is more
> efficient than ramping up someone else at this p
401 - 500 of 534 matches
Mail list logo