https://github.com/yxsamliu updated
https://github.com/llvm/llvm-project/pull/121986
>From 21485f0f77e335736cebd125c6c9a4d33b7e36e0 Mon Sep 17 00:00:00 2001
From: "Yaxun (Sam) Liu"
Date: Tue, 7 Jan 2025 13:52:09 -0500
Subject: [PATCH] [CUDA][HIP] Fix overriding of constexpr virtual function
In
tbaederr wrote:
This makes no sense, we're already checking for unversioned c++ above.
https://github.com/llvm/llvm-project/pull/121950
___
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/121950
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1309,6 +1309,13 @@ Sema::CheckOverload(Scope *S, FunctionDecl *New, const
LookupResult &Old,
return Ovl_Overload;
}
+template static bool hasExplicitAttr(const FunctionDecl *D) {
+ assert(D && "function delc should not be null");
yxsamliu wrote:
fixe
@@ -1309,6 +1309,16 @@ Sema::CheckOverload(Scope *S, FunctionDecl *New, const
LookupResult &Old,
return Ovl_Overload;
}
+template static bool hasExplicitAttr(const FunctionDecl *D) {
+ if (!D)
+return false;
+ if (auto *A = D->getAttr())
+return !A->isImplicit();
@@ -1860,12 +1866,9 @@ AArch64ExtensionDependenciesBaseArchTestParams
{AArch64::ARMV8A, {"sve2p1", "nosve2"}, {}, {"sve2", "sve2p1"}},
{AArch64::ARMV8A,
{"nosve2", "sve2-bitperm"},
- {"sve2", "sve2-bitperm"},
+ {"sve2", "sve-bitperm"},
@@ -26,6 +29,17 @@ bool isOverrideMethod(const FunctionDecl *Function) {
return MD->size_overridden_methods() > 0 || MD->hasAttr();
return false;
}
+
+bool hasAttrAfterParam(const SourceManager *SourceManager,
+ const ParmVarDecl *Param) {
+ for (co
https://github.com/ddpagan updated
https://github.com/llvm/llvm-project/pull/121814
>From c2c2c4c46c3ea615e86484b9f9a14a74fab21295 Mon Sep 17 00:00:00 2001
From: Dave Pagan
Date: Fri, 22 Nov 2024 10:35:40 -0600
Subject: [PATCH 1/5] [clang][OpenMP] Add 'align' modifier for 'allocate'
clause
Th
https://github.com/klausler approved this pull request.
https://github.com/llvm/llvm-project/pull/121997
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -26,6 +29,17 @@ bool isOverrideMethod(const FunctionDecl *Function) {
return MD->size_overridden_methods() > 0 || MD->hasAttr();
return false;
}
+
+bool hasAttrAfterParam(const SourceManager *SourceManager,
+ const ParmVarDecl *Param) {
+ for (co
https://github.com/vbvictor updated
https://github.com/llvm/llvm-project/pull/121291
>From 37dce6a7ed0cca2e9819c24f4d176c43e3c9f2ac Mon Sep 17 00:00:00 2001
From: Victor Baranov
Date: Sun, 29 Dec 2024 15:32:22 +0300
Subject: [PATCH 1/4] [clang-tidy] Add bugprone-reset-call check
---
.../bugpr
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/122149
>From 3329b7ae7dc6044f6563f218c65f6af7498290f0 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Wed, 8 Jan 2025 12:19:53 -0600
Subject: [PATCH 1/2] [OpenMP] Allow GPUs to be targeted directly via
`-fopenmp`.
https://github.com/VitaNuo updated
https://github.com/llvm/llvm-project/pull/122250
>From 0a615576181a538bc0d8eff6499ad87cbdeb89c3 Mon Sep 17 00:00:00 2001
From: Viktoriia Bakalova
Date: Thu, 9 Jan 2025 09:36:35 +0100
Subject: [PATCH 1/4] [WIP] Delay reading type source info of the
preferred_n
@@ -2649,6 +2649,14 @@ def fsanitize_undefined_strip_path_components_EQ :
Joined<["-"], "fsanitize-unde
HelpText<"Strip (or keep only, if negative) a given number of path
components "
"when emitting check metadata.">,
MarshallingInfoInt, "0",
"int">;
+def fno_
cor3ntin wrote:
Did you try to modify `IgnoreUnlessSpelledInSource` to support CallExpr?
https://github.com/llvm/llvm-project/pull/122265
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commi
@@ -1312,6 +1309,19 @@ void CGOpenMPRuntimeGPU::emitBarrierCall(CodeGenFunction
&CGF,
Args);
}
+void CGOpenMPRuntimeGPU::emitTargetCall(
+CodeGenFunction &CGF, const OMPExecutableDirective &D,
+llvm::Function *OutlinedFn, llvm::Value *OutlinedFnI
https://github.com/shiltian commented:
Do we have a clear idea on if a construct can behave in a different manner if
it is nested in a target region?
https://github.com/llvm/llvm-project/pull/122149
___
cfe-commits mailing list
cfe-commits@lists.llvm.
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 568ae0afabe07837ecfae8f8fe9dacf0de74a1e5
bffc6127f2779c9720fb4953c88550e6cfefcbc4 --e
philnik777 wrote:
> > * We check whether two pointers are in the same range
> >
> > Is that possible to implement in the interpreter without going back to AST
> > visitors?
>
> I take "in the same range" meaning as "can be compared at compile time at
> all" here, so yes, that would be rather
@@ -406,7 +406,7 @@ void use() {
strings.insert(strings.begin(), std::string());
std::vector pointers;
- pointers.push_back(getLifetimeBoundPointer(std::string())); //
expected-warning {{object whose reference is captured by 'pointers' will be
destroyed at the end of th
https://github.com/yxsamliu closed
https://github.com/llvm/llvm-project/pull/122155
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/120266
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/gbMattN updated
https://github.com/llvm/llvm-project/pull/119387
>From 8781ff2355750ae61d140620b1f6862537de07e3 Mon Sep 17 00:00:00 2001
From: gbMattN
Date: Tue, 10 Dec 2024 15:01:37 +
Subject: [PATCH 1/8] [ASan] Add metadata to renamed instructions so ASan
doesn't use t
https://github.com/jthackray approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/122280
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Nick Sarnie
Date: 2025-01-09T15:59:21Z
New Revision: a429dfc167258cf023b2e4c20874a228298372e6
URL:
https://github.com/llvm/llvm-project/commit/a429dfc167258cf023b2e4c20874a228298372e6
DIFF:
https://github.com/llvm/llvm-project/commit/a429dfc167258cf023b2e4c20874a228298372e6.diff
LOG: [
https://github.com/erichkeane approved this pull request.
I think this is fine now.
https://github.com/llvm/llvm-project/pull/120327
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/chfast approved this pull request.
https://github.com/llvm/llvm-project/pull/122141
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex closed
https://github.com/llvm/llvm-project/pull/120266
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3946,7 +3946,7 @@ let Predicates = [HasSVE2SHA3] in {
defm RAX1_ZZZ_D : sve2_crypto_cons_bin_op<0b1, "rax1", ZPR64,
int_aarch64_sve_rax1, nxv2i64>;
} // End HasSVE2SHA3
-let Predicates = [HasSVE2BitPerm] in {
+let Predicates = [HasSVEBitPerm, HasNonStreamingSVE2orSSVE_B
topperc wrote:
> I thought the P550 was supposed to support RV64GCB, but that would require
> Zbs support, which isn't listed here.
The P550 version in the HiFive Premier board does not support Zbs. ISA string
from /proc/cpuinfo is `rv64imafdch_zicsr_zifencei_zba_zbb_sscofpmf`
https://github.
https://github.com/spall closed https://github.com/llvm/llvm-project/pull/119820
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Lukacma edited
https://github.com/llvm/llvm-project/pull/121947
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/sarnex created
https://github.com/llvm/llvm-project/pull/122310
Integration issue with the SPIR-V OpenMP change and the SPIR-V change adding
the assembler job.
I notice there is a consistency issue in the binding name "SPIRV" vs "SPIR-V",
I will fix that in a separate commi
https://github.com/sarnex ready_for_review
https://github.com/llvm/llvm-project/pull/122310
___
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: Nick Sarnie (sarnex)
Changes
Integration issue with the SPIR-V OpenMP change and the SPIR-V change adding
the assembler job.
I notice there is a consistency issue in the binding name "SPIRV" vs "SPIR-V",
I will fix that in a separate com
sarnex wrote:
Fix https://github.com/llvm/llvm-project/pull/122310
https://github.com/llvm/llvm-project/pull/120266
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bader approved this pull request.
Thanks!
https://github.com/llvm/llvm-project/pull/120327
___
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-driver
Author: Nick Sarnie (sarnex)
Changes
Integration issue with the SPIR-V OpenMP change and the SPIR-V change adding
the assembler job.
I notice there is a consistency issue in the binding name "SPIRV" vs "SPIR-V",
I will fix that in a separ
https://github.com/sarnex edited
https://github.com/llvm/llvm-project/pull/122310
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/122149
>From 3329b7ae7dc6044f6563f218c65f6af7498290f0 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Wed, 8 Jan 2025 12:19:53 -0600
Subject: [PATCH 1/3] [OpenMP] Allow GPUs to be targeted directly via
`-fopenmp`.
https://github.com/balazske edited
https://github.com/llvm/llvm-project/pull/122139
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
kparzysz wrote:
> All that said, there are two cases to consider wrt. the standard:
>
> 1. The initial device is the CPU and the code compiled here is just part of a
> GPU library, or
> 2. the initial device is the GPU and the code compiled here is just part of
> the "host code".
>
> For 1),
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `llvm-x86_64-debian-dylib`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-clang".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/60/builds/16580
Here is the r
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-aarch64-linux-bootstrap-asan` running on `sanitizer-buildbot8` while
building `clang` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/24/builds/4013
Here is the releva
jhuber6 wrote:
> Do we have a clear idea on if a construct can behave in a different manner if
> it is nested in a target region?
Unsure exactly, the target regions are just outlined, so it shouldn't affect
anything on a codegen level.
https://github.com/llvm/llvm-project/pull/122149
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-x86_64-debian-fast`
running on `gribozavr4` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/56/builds/15834
Here is the rel
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/122312
>From 533572c8e73c7330fe91d95428fd0189471073d8 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Thu, 9 Jan 2025 10:40:43 -0600
Subject: [PATCH] [CUDA] Move CUDA to new driver by default
Summary:
This patch upd
jhuber6 wrote:
> > All that said, there are two cases to consider wrt. the standard:
> >
> > 1. The initial device is the CPU and the code compiled here is just part of
> > a GPU library, or
> > 2. the initial device is the GPU and the code compiled here is just part of
> > the "host code".
>
https://github.com/VitaNuo updated
https://github.com/llvm/llvm-project/pull/122250
>From 0a615576181a538bc0d8eff6499ad87cbdeb89c3 Mon Sep 17 00:00:00 2001
From: Viktoriia Bakalova
Date: Thu, 9 Jan 2025 09:36:35 +0100
Subject: [PATCH 1/5] [WIP] Delay reading type source info of the
preferred_n
@@ -0,0 +1,134 @@
+//===--- SmartptrResetAmbiguousCallCheck.cpp - clang-tidy
-===//
+//
+// 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: Ap
tbaederr wrote:
> We check which one is the currently active member of a union, and
This is `__builtin_is_within_lifetime`, isn't it?
https://github.com/llvm/llvm-project/pull/122099
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://list
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/119423
>From 3f007d702922db63e128e3c0f72dff2f600e0879 Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Tue, 10 Dec 2024 17:41:07 +
Subject: [PATCH 1/8] [clang] Fix sub-integer
__builtin_elementwise_(add|sub
@@ -14604,57 +14611,63 @@ bool
Sema::PrepareBuiltinElementwiseMathOneArgCall(CallExpr *TheCall) {
}
bool Sema::BuiltinElementwiseMath(CallExpr *TheCall, bool FPOnly) {
- QualType Res;
- if (BuiltinVectorMath(TheCall, Res, FPOnly))
-return true;
- TheCall->setType(Res);
Author: CHANDRA GHALE
Date: 2025-01-09T16:38:36+05:30
New Revision: aedb30fdc7cf83290b0f0d4246cf94fd62be749b
URL:
https://github.com/llvm/llvm-project/commit/aedb30fdc7cf83290b0f0d4246cf94fd62be749b
DIFF:
https://github.com/llvm/llvm-project/commit/aedb30fdc7cf83290b0f0d4246cf94fd62be749b.diff
https://github.com/chandraghale closed
https://github.com/llvm/llvm-project/pull/121741
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -14585,11 +14585,18 @@ void Sema::CheckAddressOfPackedMember(Expr *rhs) {
_2, _3, _4));
}
+static ExprResult UsualUnaryConversionsNoPromoteInt(Sema &S, Expr *E) {
+ // Don't promote integer types
+ if (QualType Ty = E->getType();
S.getASTContext().is
@@ -,12 +,55 @@ bool Sema::EnsureTemplateArgumentListConstraints(
return false;
}
-bool Sema::CheckInstantiatedFunctionTemplateConstraints(
+static bool CheckFunctionConstraintsWithoutInstantiation(
+Sema &SemaRef, SourceLocation PointOfInstantiation,
+Functi
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/119423
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Andarwinux wrote:
> It does add `-fno-exceptions` even on the first bootstrap build for me. See
> e.g.
> https://github.com/mstorsjo/llvm-mingw/actions/runs/12662020869/job/35286224252#step:3:23134:
>
> ```
> -- The C compiler identification is Clang 20.0.0
> -- The CXX compiler identification
nikic wrote:
It's expected that there are regressions if you are mixing pointers with
different index widths. I'm open to ideas, but I don't see any obvious way we
can fully support pointers with different index widths while also being
correct. A key thing that BasicAA needs is the ability to
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?= ,
Timm =?utf-8?q?Bäder?=
Message-ID:
In-Reply-To:
https://github.com/tbaederr updated
https://github.com/llvm/llvm-project/pull/118475
>From 0d631c57d3ad2e16e1485dcd39f3a9c6d0aaa07a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Timm=20B=C3=A4der?=
D
https://github.com/frederick-vs-ja edited
https://github.com/llvm/llvm-project/pull/120920
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Xazax-hun approved this pull request.
https://github.com/llvm/llvm-project/pull/122167
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `sanitizer-x86_64-linux`
running on `sanitizer-buildbot1` while building `clang,llvm` at step 2
"annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/66/builds/8435
Here is the relevant piece of
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Phoebe Wang (phoebewang)
Changes
According to MSVC, __readcr4/__writecr4 return/use `unsigned __int64`, and are
supported on both x86 and x64. While __readcr8/__writecr8 are only supported on
x64. So we use __INTPTR_TYPE__ and __int64 res
https://github.com/phoebewang created
https://github.com/llvm/llvm-project/pull/122238
According to MSVC, __readcr4/__writecr4 return/use `unsigned __int64`, and are
supported on both x86 and x64. While __readcr8/__writecr8 are only supported on
x64. So we use __INTPTR_TYPE__ and __int64 respe
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Phoebe Wang (phoebewang)
Changes
According to MSVC, __readcr4/__writecr4 return/use `unsigned __int64`, and are
supported on both x86 and x64. While __readcr8/__writecr8 are only supported on
x64. So we use __INTPTR_TYPE__ and __int
bjope wrote:
Ok. Thanks for quick feedback and clarification that regressions can be
expected when having different pointer sizes (or rather different index widths).
Btw, I also think the gep with "ptr null" is probably the result of
over-reducing the original program. I will need to continue
https://github.com/hokein created
https://github.com/llvm/llvm-project/pull/122240
When a vector is instantiated with a pointer type (`T` being `const Foo*`), the
inferred annotation becomes `push_back(const Foo*& value
[[clang::lifetime_capture_by(this)]])`.
For reference parameters, the `li
@@ -0,0 +1,637 @@
+// -*- C++ -*-
+//===--===//
+//
+// 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
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Haojian Wu (hokein)
Changes
When a vector is instantiated with a pointer type (`T` being `const Foo*`), the
inferred annotation becomes `push_back(const Foo*& value
[[clang::lifetime_capture_by(this)]])`.
For reference parameters, the `l
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-mc
Author: quic_hchandel (hchandel)
Changes
This extension adds eleven instructions to accelerate interrupt servicing.
The current spec can be found at:
https://github.com/quic/riscv-unified-db/releases/latest
This patch adds
llvmbot wrote:
@llvm/pr-subscribers-backend-risc-v
Author: quic_hchandel (hchandel)
Changes
This extension adds eleven instructions to accelerate interrupt servicing.
The current spec can be found at:
https://github.com/quic/riscv-unified-db/releases/latest
This patch adds assembler only
https://github.com/hchandel created
https://github.com/llvm/llvm-project/pull/122256
This extension adds eleven instructions to accelerate interrupt servicing.
The current spec can be found at:
https://github.com/quic/riscv-unified-db/releases/latest
This patch adds assembler only support.
>F
steakhal wrote:
Its usually good practice to refer to the last commit where the dead resources
become dead.
You can use the git log -S to find out about the commits the thing is mentioned.
Example: `git log -Sexample_custom_assert -- clang/www/analyzer/`, will mention:
```
61a76f58ebf161c739fb1
https://github.com/usx95 approved this pull request.
https://github.com/llvm/llvm-project/pull/122240
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/fhahn updated
https://github.com/llvm/llvm-project/pull/122116
>From befe3a63d95712bf450ad1af360a8fb50c655a12 Mon Sep 17 00:00:00 2001
From: Florian Hahn
Date: Wed, 8 Jan 2025 13:07:01 +
Subject: [PATCH 1/2] [TBAA] Don't emit pointer-tbaa for void pointers.
While there a
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/118800
>From 34d3d3000bc6096bbc9eb35ce85b6ceca50b91ca Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Thu, 5 Dec 2024 08:31:24 -0500
Subject: [PATCH 1/8] [C++20] Destroying delete and deleted destructors
When
Author: Aaron Ballman
Date: 2025-01-09T08:29:19-05:00
New Revision: 5ff7f479a1f30d9c5393e4f94df6178a63cc2236
URL:
https://github.com/llvm/llvm-project/commit/5ff7f479a1f30d9c5393e4f94df6178a63cc2236
DIFF:
https://github.com/llvm/llvm-project/commit/5ff7f479a1f30d9c5393e4f94df6178a63cc2236.diff
https://github.com/AaronBallman closed
https://github.com/llvm/llvm-project/pull/118800
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/jeanPerier approved this pull request.
Thanks Kiran!
Regarding the name, I never have strong opinions about them. Maybe
`fno-zero-init-globals` is enough (the description talks about the without-init
part, and it is rather obvious I think that this will not affect/control use
https://github.com/jeanPerier edited
https://github.com/llvm/llvm-project/pull/122144
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`sanitizer-x86_64-linux-fast` running on `sanitizer-buildbot4` while building
`clang,llvm` at step 2 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/169/builds/7207
Here is the relevant pi
https://github.com/fhahn updated
https://github.com/llvm/llvm-project/pull/122116
>From 9d05f760c524fd23e6f160ec2f65c7a5ccdde52e Mon Sep 17 00:00:00 2001
From: Florian Hahn
Date: Wed, 8 Jan 2025 13:07:01 +
Subject: [PATCH 1/3] [TBAA] Don't emit pointer-tbaa for void pointers.
While there a
https://github.com/emaxx-google edited
https://github.com/llvm/llvm-project/pull/122286
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Michael137 updated
https://github.com/llvm/llvm-project/pull/122265
>From f56f9469e5465f38f6252b2c8c2136473187969b Mon Sep 17 00:00:00 2001
From: Michael Buch
Date: Thu, 9 Jan 2025 10:01:31 +
Subject: [PATCH 1/3] [clang][DebugInfo] Expand detection of structured
bindings
Author: Yaxun (Sam) Liu
Date: 2025-01-09T14:05:27-05:00
New Revision: 1c999072221371c9008cd0aec80e38378de0
URL:
https://github.com/llvm/llvm-project/commit/1c999072221371c9008cd0aec80e38378de0
DIFF:
https://github.com/llvm/llvm-project/commit/1c999072221371c9008cd0aec80e38378de0.dif
https://github.com/yxsamliu closed
https://github.com/llvm/llvm-project/pull/121986
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/inbelic edited
https://github.com/llvm/llvm-project/pull/122337
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -1297,9 +1297,11 @@ float4 lerp(float4, float4, float4);
///
/// Length is based on the following formula: sqrt(x[0]^2 + x[1]^2 + ...).
+_HLSL_16BIT_AVAILABILITY(shadermodel, 6.2)
const inline half length(half X) { return __detail::length_impl(X); }
const inline float len
https://github.com/damyanp approved this pull request.
Does this fix a test failure?
https://github.com/llvm/llvm-project/pull/122337
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/inbelic approved this pull request.
LGTM, assuming we don't need the other availability denoted
https://github.com/llvm/llvm-project/pull/122337
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/m
https://github.com/sarnex created
https://github.com/llvm/llvm-project/pull/122343
Some use `SPIRV` and some use `SPIR-V`, just use `SPIR-V` which is what we use
normally.
>From 6fe5690d4b5051391dbb7d2f760c437376bf9a7e Mon Sep 17 00:00:00 2001
From: "Sarnie, Nick"
Date: Thu, 9 Jan 2025 11:06:
@@ -8612,7 +8612,11 @@ static void HandleLifetimeBoundAttr(TypeProcessingState
&State,
CurType = State.getAttributedType(
createSimpleAttr(State.getSema().Context, Attr),
CurType, CurType);
+return;
}
+ State.getSema().Diag(Attr.getLoc(), diag::err_
rjmccall wrote:
Okay, so if the ultimate pointee type is `void`, we're basically treating that
as a generic pointer, no matter what the pointer depth is? I guess that makes
sense.
> What would be a good place to document this?
Hmm, I was hoping that we would have a section in the manual alre
https://github.com/jhuber6 updated
https://github.com/llvm/llvm-project/pull/122312
>From 533572c8e73c7330fe91d95428fd0189471073d8 Mon Sep 17 00:00:00 2001
From: Joseph Huber
Date: Thu, 9 Jan 2025 10:40:43 -0600
Subject: [PATCH 1/2] [CUDA] Move CUDA to new driver by default
Summary:
This patch
jhuber6 wrote:
> One thing that's missing is the release note. It should have an entry about
> the change and a pointer to the details and instructions on how to revert to
> the new build and, possibly a set of instructions for common use cases. E.g.
> GPU-linking a library (i.e. linking RDC-c
@@ -2649,6 +2649,14 @@ def fsanitize_undefined_strip_path_components_EQ :
Joined<["-"], "fsanitize-unde
HelpText<"Strip (or keep only, if negative) a given number of path
components "
"when emitting check metadata.">,
MarshallingInfoInt, "0",
"int">;
+def fno_
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-backend-x86
Author: Farzon Lotfi (farzonl)
Changes
- Hook of SPIRV builtin
- Implement Distance as length(X - Y)
---
Full diff: https://github.com/llvm/llvm-project/pull/122357.diff
4 Files Affected:
- (modified) clang/lib/
@@ -0,0 +1,114 @@
+//===--- Mustache.h -*- C++
-*-===//
+//
+// 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: Ap
401 - 500 of 533 matches
Mail list logo
