llvmbot wrote:
@llvm/pr-subscribers-backend-directx
@llvm/pr-subscribers-hlsl
Author: None (joaosaffran)
Changes
- Adding the changes from PRs:
- #116331
- #121852
- Fixes test `tools/dxil-dis/debug-info.ll`
- Address some missed comments in the previous PR
---
Patch is 29.51 KiB,
llvmbot wrote:
@llvm/pr-subscribers-backend-spir-v
Author: None (joaosaffran)
Changes
- Adding the changes from PRs:
- #116331
- #121852
- Fixes test `tools/dxil-dis/debug-info.ll`
- Address some missed comments in the previous PR
---
Patch is 29.51 KiB, truncated to 20.00 KiB bel
llvmbot wrote:
@llvm/pr-subscribers-llvm-ir
Author: None (joaosaffran)
Changes
- Adding the changes from PRs:
- #116331
- #121852
- Fixes test `tools/dxil-dis/debug-info.ll`
- Address some missed comments in the previous PR
---
Patch is 29.51 KiB, truncated to 20.00 KiB below, ful
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: None (joaosaffran)
Changes
- Adding the changes from PRs:
- #116331
- #121852
- Fixes test `tools/dxil-dis/debug-info.ll`
- Address some missed comments in the previous PR
---
Patch is 29.51 KiB, truncated to 20.00 KiB belo
jhuber6 wrote:
> I think that is a misuse of OpenMP semantics. We can't expect to have regular
> OpenMP code working in the same way as OpenMP offloading code when targeting
> a GPU meanwhile the code is not wrapped into `target` region or declare
> target. I understand to have variants and de
https://github.com/labrinea closed
https://github.com/llvm/llvm-project/pull/121921
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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/7] [C++20] Destroying delete and deleted destructors
When
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `clang-debian-cpp20`
running on `clang-debian-cpp20` while building `clang` at step 6
"test-build-unified-tree-check-all".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/108/builds/7886
Here is the r
Prabhuk wrote:
> > @RossComputerGuy FYI
>
> Already have seen this, I'm not sure I understand what the flag does exactly.
> I've got LLVM libc PR subscriptions so I'll see any future PR's.
This flag enables support for PECOFF specific pragmas.
https://github.com/llvm/llvm-project/pull/121875
https://github.com/tahonermann updated
https://github.com/llvm/llvm-project/pull/120327
>From 6ed96d3bf22c5da5af995ea5ffe083baf91594bb Mon Sep 17 00:00:00 2001
From: Tom Honermann
Date: Fri, 1 Nov 2024 16:03:24 -0700
Subject: [PATCH 01/10] [SYCL] Basic diagnostics for the
sycl_kernel_entry_poi
https://github.com/zygoloid commented:
New flag name LGTM.
https://github.com/llvm/llvm-project/pull/11
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/rnk created https://github.com/llvm/llvm-project/pull/122197
Don't use isPotentiallyOverlapping to control behavior that allows overwriting
previous field data, because the `[[no_unique_address]]` attribute is not
available in any debug info, DWARF or PDB. Instead, just trust
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Reid Kleckner (rnk)
Changes
Don't use isPotentiallyOverlapping to control behavior that allows overwriting
previous field data, because the `[[no_unique_address]]` attribute is not
available in any debug info, DWARF or PDB. Instea
zyn0217 wrote:
> Is kinda wrong, it should be in the instantiation of that function...
@erichkeane I don’t quite understand: the CWG issue itself requires us to check
the constraint before substituting into the function during template argument
deduction. So it shouldn’t live in a specializati
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 e93181bf13b289823810d3b43bcc3c2df1eda70b
54eaf769c085d8efeab957a5f385bca59a3f1f32 --e
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Bill Wendling (bwendling)
Changes
Refactoring of how __builtin_dynamic_object_size() is calculated for flexible
array members (in preparation for adding support for the 'counted_by' attribute
on pointers in structs).
The only functionali
@@ -803,10 +804,16 @@ bool ConstStructBuilder::Build(const InitListExpr *ILE,
bool AllowOverwrite) {
if (!AppendField(Field, Layout.getFieldOffset(FieldNo), EltInit,
AllowOverwrite))
return false;
- // After emitting a non-empty field
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Evgenii Kudriashov (e-kud)
Changes
`tileloadd`, `tileloaddt1` and `tilestored` are part of `amx-tile` feature.
The problem is observed if `__tile_loadd` intrinsic is invoked,
`_tile_loadd_internal` requiring `amx-int8` is inlined in
https://github.com/vitalybuka approved this pull request.
https://github.com/llvm/llvm-project/pull/120719
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
vitalybuka wrote:
> @vitalybuka Should I also be dropping checks like
>
> https://github.com/llvm/llvm-project/blob/5f0db7c11264fa235d73730b2b93a31407dfbef3/compiler-rt/lib/ubsan/ubsan_handlers.cpp#L817-L818
>
> from the ubsan runtime? (Not sure whether the runtime is supposed to also be
> com
@@ -137,6 +137,10 @@ llvm::AllocaInst
*CodeGenFunction::CreateTempAlloca(llvm::Type *Ty,
Alloca =
new llvm::AllocaInst(Ty, CGM.getDataLayout().getAllocaAddrSpace(),
ArraySize, Name, AllocaInsertPt->getIterator());
+ if (Alloca->getName
@@ -3430,13 +3430,25 @@ void FunctionStackPoisoner::processStaticAllocas() {
SmallVector SVD;
SVD.reserve(AllocaVec.size());
for (AllocaInst *AI : AllocaVec) {
-ASanStackVariableDescription D = {AI->getName().data(),
- ASan.getAllo
https://github.com/e-kud created
https://github.com/llvm/llvm-project/pull/122204
`tileloadd`, `tileloaddt1` and `tilestored` are part of `amx-tile` feature.
The problem is observed if `__tile_loadd` intrinsic is invoked,
`_tile_loadd_internal` requiring `amx-int8` is inlined into `__tile_load
https://github.com/Meinersbur updated
https://github.com/llvm/llvm-project/pull/121997
>From a08aa48fb4955f9d16c6172580505c100076b5d4 Mon Sep 17 00:00:00 2001
From: Michael Kruse
Date: Tue, 7 Jan 2025 17:05:39 +0100
Subject: [PATCH 1/3] Join FortranDecimal into FortranCommon
---
clang/lib/Dri
https://github.com/Meinersbur edited
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
@@ -104,6 +104,8 @@ class CGHLSLRuntime {
GENERATE_HLSL_INTRINSIC_FUNCTION(SClamp, sclamp)
GENERATE_HLSL_INTRINSIC_FUNCTION(UClamp, uclamp)
+ GENERATE_HLSL_INTRINSIC_FUNCTION(CreateResourceGetPointer,
bogner wrote:
Why "CreateResourceGetPointer"? Shouldn
https://github.com/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/120920
error: too big or took too long to generate
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commit
https://github.com/llvm-beanz approved this pull request.
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/changkhothuychung updated
https://github.com/llvm/llvm-project/pull/120920
error: too big or took too long to generate
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commit
Author: NAKAMURA Takumi
Date: 2025-01-09T15:52:21+09:00
New Revision: 24a92f509a4e9ebaf5ae431409520d30055ea6fc
URL:
https://github.com/llvm/llvm-project/commit/24a92f509a4e9ebaf5ae431409520d30055ea6fc
DIFF:
https://github.com/llvm/llvm-project/commit/24a92f509a4e9ebaf5ae431409520d30055ea6fc.dif
@@ -19240,6 +19240,25 @@ void Sema::ActOnFields(Scope *S, SourceLocation
RecLoc, Decl *EnclosingDecl,
if (Record && FD->getType().isVolatileQualified())
Record->setHasVolatileMember(true);
+auto IsNonDependentBitField = [](const FieldDecl *FD) {
+ return FD
https://github.com/MaskRay created
https://github.com/llvm/llvm-project/pull/15
Currently, the default group "Miscellaneous Ungrouped Timers" contains
"Code Generation Time" and "LLVM IR Generation Time". There is also a
"Clang front-end time report". This patch moves the two codegen timers
llvmbot wrote:
@llvm/pr-subscribers-clang
@llvm/pr-subscribers-clang-codegen
Author: Fangrui Song (MaskRay)
Changes
Currently, the default group "Miscellaneous Ungrouped Timers" contains
"Code Generation Time" and "LLVM IR Generation Time". There is also a
"Clang front-end time report". Th
https://github.com/MaskRay edited
https://github.com/llvm/llvm-project/pull/15
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/MaskRay edited
https://github.com/llvm/llvm-project/pull/15
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
cor3ntin wrote:
> This does mean that if the preferred and explicit types have different
> storage requirements we may not warn in all possible cases, but that's a
> scenario for which the warnings are much more complex and confusing
If I understand the patch correctly, we always warn, but abo
Author: Fangrui Song
Date: 2025-01-08T20:48:59-08:00
New Revision: 5fdcea2d258befca3925d02d1b37f93174ac0153
URL:
https://github.com/llvm/llvm-project/commit/5fdcea2d258befca3925d02d1b37f93174ac0153
DIFF:
https://github.com/llvm/llvm-project/commit/5fdcea2d258befca3925d02d1b37f93174ac0153.diff
Author: Amr Hesham
Date: 2025-01-09T01:18:10-05:00
New Revision: 9ba6e8dc91920b6db40ee76f4fb22c71e9b9cd97
URL:
https://github.com/llvm/llvm-project/commit/9ba6e8dc91920b6db40ee76f4fb22c71e9b9cd97
DIFF:
https://github.com/llvm/llvm-project/commit/9ba6e8dc91920b6db40ee76f4fb22c71e9b9cd97.diff
LO
https://github.com/HighCommander4 closed
https://github.com/llvm/llvm-project/pull/121975
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Fangrui Song
Date: 2025-01-08T22:10:51-08:00
New Revision: 1a7e7ef2435763a4ba9171303340daacf7bbb0b6
URL:
https://github.com/llvm/llvm-project/commit/1a7e7ef2435763a4ba9171303340daacf7bbb0b6
DIFF:
https://github.com/llvm/llvm-project/commit/1a7e7ef2435763a4ba9171303340daacf7bbb0b6.diff
https://github.com/HighCommander4 approved this pull request.
Thanks, LGTM!
https://github.com/llvm/llvm-project/pull/121975
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/ornata approved this pull request.
LGTM
https://github.com/llvm/llvm-project/pull/112724
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
pinskia wrote:
Note GCC already treats `void*` as being compatiable with all other pointers
and has since GCC 6 (when it started to disambiguates accesses to different
pointers). I don't think it is documented though.
Another example where clang/LLVM handles void pointers differently from GCC:
pinskia wrote:
Note GCC's testcase testsuite/gcc.dg/alias-14.c is testcase for this extension:
"as an extension we consider void * universal. Writes to it should alias."
https://github.com/llvm/llvm-project/pull/122116
___
cfe-commits mailing list
cfe
Endilll wrote:
The failure reminds me of #122063, which was merged just 2 hours ago.
Do you mind merging the `main` into your PR and try again?
https://github.com/llvm/llvm-project/pull/120494
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
htt
labath wrote:
I don't feel qualified to review this, but thank you for working on it.
https://github.com/llvm/llvm-project/pull/122197
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: NAKAMURA Takumi
Date: 2025-01-09T16:47:01+09:00
New Revision: f5cd181ffbb7cb61d582fe130d46580d5969d47a
URL:
https://github.com/llvm/llvm-project/commit/f5cd181ffbb7cb61d582fe130d46580d5969d47a
DIFF:
https://github.com/llvm/llvm-project/commit/f5cd181ffbb7cb61d582fe130d46580d5969d47a.dif
https://github.com/chapuni closed
https://github.com/llvm/llvm-project/pull/112702
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/MaskRay updated
https://github.com/llvm/llvm-project/pull/15
>From 586f1fa8fb02431a962ca606fd546c2310427c80 Mon Sep 17 00:00:00 2001
From: Fangrui Song
Date: Wed, 8 Jan 2025 23:19:56 -0800
Subject: [PATCH 1/2] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20in?=
=?UTF
https://github.com/MaskRay edited
https://github.com/llvm/llvm-project/pull/15
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/chapuni edited
https://github.com/llvm/llvm-project/pull/112702
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/chapuni edited
https://github.com/llvm/llvm-project/pull/112724
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/chapuni edited
https://github.com/llvm/llvm-project/pull/112724
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/bogner approved this pull request.
https://github.com/llvm/llvm-project/pull/121989
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -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_
https://github.com/chapuni updated
https://github.com/llvm/llvm-project/pull/112702
>From fc697f04fd6c9f3c217ce04e3f1dd082c1f1a705 Mon Sep 17 00:00:00 2001
From: NAKAMURA Takumi
Date: Wed, 16 Oct 2024 23:16:53 +0900
Subject: [PATCH 01/12] [Coverage] Introduce `getBranchCounterPair()`. NFC.
Thi
@@ -1060,238 +1061,331 @@
CodeGenFunction::evaluateOrEmitBuiltinObjectSize(const Expr *E, unsigned Type,
return ConstantInt::get(ResType, ObjectSize, /*isSigned=*/true);
}
-const FieldDecl *CodeGenFunction::FindFlexibleArrayMemberFieldAndOffset(
-ASTContext &Ctx, const
@@ -1343,6 +1430,12 @@ CodeGenFunction::emitBuiltinObjectSize(const Expr *E,
unsigned Type,
assert(Ptr->getType()->isPointerTy() &&
"Non-pointer passed to __builtin_object_size?");
+ if (IsDynamic)
rapidsna wrote:
Why did this code block move to
@@ -1060,238 +1061,331 @@
CodeGenFunction::evaluateOrEmitBuiltinObjectSize(const Expr *E, unsigned Type,
return ConstantInt::get(ResType, ObjectSize, /*isSigned=*/true);
}
-const FieldDecl *CodeGenFunction::FindFlexibleArrayMemberFieldAndOffset(
-ASTContext &Ctx, const
@@ -1060,238 +1061,331 @@
CodeGenFunction::evaluateOrEmitBuiltinObjectSize(const Expr *E, unsigned Type,
return ConstantInt::get(ResType, ObjectSize, /*isSigned=*/true);
}
-const FieldDecl *CodeGenFunction::FindFlexibleArrayMemberFieldAndOffset(
-ASTContext &Ctx, const
@@ -1060,238 +1061,331 @@
CodeGenFunction::evaluateOrEmitBuiltinObjectSize(const Expr *E, unsigned Type,
return ConstantInt::get(ResType, ObjectSize, /*isSigned=*/true);
}
-const FieldDecl *CodeGenFunction::FindFlexibleArrayMemberFieldAndOffset(
-ASTContext &Ctx, const
@@ -1060,238 +1061,331 @@
CodeGenFunction::evaluateOrEmitBuiltinObjectSize(const Expr *E, unsigned Type,
return ConstantInt::get(ResType, ObjectSize, /*isSigned=*/true);
}
-const FieldDecl *CodeGenFunction::FindFlexibleArrayMemberFieldAndOffset(
-ASTContext &Ctx, const
Author: Fangrui Song
Date: 2025-01-08T22:05:55-08:00
New Revision: 6dd1315cf0cfa87c2ace2e7263ba505c4b38df3d
URL:
https://github.com/llvm/llvm-project/commit/6dd1315cf0cfa87c2ace2e7263ba505c4b38df3d
DIFF:
https://github.com/llvm/llvm-project/commit/6dd1315cf0cfa87c2ace2e7263ba505c4b38df3d.diff
cor3ntin wrote:
@mizvekov can you investigate whether #107942 helps with this? Thanks
https://github.com/llvm/llvm-project/pull/102857
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -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
el-ev wrote:
Ping.
https://github.com/llvm/llvm-project/pull/121577
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Craig Topper
Date: 2025-01-08T21:02:46-08:00
New Revision: 5d03235c73476dfa3d2dd48c76de106fd1aa2ac7
URL:
https://github.com/llvm/llvm-project/commit/5d03235c73476dfa3d2dd48c76de106fd1aa2ac7
DIFF:
https://github.com/llvm/llvm-project/commit/5d03235c73476dfa3d2dd48c76de106fd1aa2ac7.diff
https://github.com/topperc closed
https://github.com/llvm/llvm-project/pull/122164
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
MaxEW707 wrote:
@shafik
@AaronBallman
@zmodem
I believe I addressed all the feedback. Let me know if I missed anything.
Feel free to ping anyone else I may have missed above :).
https://github.com/llvm/llvm-project/pull/99833
___
cfe-commits mailin
@@ -3178,98 +3178,74 @@ bool
SPIRVInstructionSelector::selectFirstBitSet64Overflow(
Register ResVReg, const SPIRVType *ResType, MachineInstr &I,
Register SrcReg, unsigned BitSetOpcode, bool SwapPrimarySide) const {
+ // SPIR-V only allow vecs of size 2,3,4. Calling w
@@ -0,0 +1,12 @@
+// REQUIRES: spirv-registered-target
+// REQUIRES: x86-registered-target
+
jhuber6 wrote:
These shouldn't be necessary, we're just emitting IR.
https://github.com/llvm/llvm-project/pull/121839
___
cfe
@@ -0,0 +1,12 @@
+// REQUIRES: spirv-registered-target
+// REQUIRES: x86-registered-target
+
+// RUN: %clang_cc1 -fopenmp -triple=spirv64 -fopenmp-is-target-device \
+// RUN: -aux-triple x86_64-linux-unknown -E %s | FileCheck
-implicit-check-not=BAD %s
jhuber6 wr
@@ -3178,98 +3178,74 @@ bool
SPIRVInstructionSelector::selectFirstBitSet64Overflow(
Register ResVReg, const SPIRVType *ResType, MachineInstr &I,
Register SrcReg, unsigned BitSetOpcode, bool SwapPrimarySide) const {
+ // SPIR-V only allow vecs of size 2,3,4. Calling w
https://github.com/jroelofs approved this pull request.
https://github.com/llvm/llvm-project/pull/121921
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zmodem approved this pull request.
Please go ahead and merge.
https://github.com/llvm/llvm-project/pull/122130
___
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: None (macurtis-amd)
Changes
---
Full diff: https://github.com/llvm/llvm-project/pull/122143.diff
4 Files Affected:
- (modified) clang/lib/Driver/ToolChains/Clang.cpp (+4)
- (modified) clang/lib/Driver/ToolChains/CommonArgs.cpp
https://github.com/sarnex updated
https://github.com/llvm/llvm-project/pull/120266
>From 998827f68bb2f9c1ca43f1132e109406db842880 Mon Sep 17 00:00:00 2001
From: "Sarnie, Nick"
Date: Tue, 17 Dec 2024 08:52:49 -0800
Subject: [PATCH 1/2] [Driver][SPIR-V] Use consistent tools to convert between
te
sarnex wrote:
I just reworked this to use `spirv-as`, please take a look :)
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/macurtis-amd created
https://github.com/llvm/llvm-project/pull/122143
None
>From e774d184e18600f272813fdf7af05cff5f878374 Mon Sep 17 00:00:00 2001
From: Matthew Curtis
Date: Wed, 8 Jan 2025 10:20:44 -0600
Subject: [PATCH] [clang] Propagate -ftime-report to offload lto
---
https://github.com/balazske updated
https://github.com/llvm/llvm-project/pull/122139
From 135839a993f1cad32d65d21c6aeaef6f074a1997 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bal=C3=A1zs=20K=C3=A9ri?=
Date: Wed, 8 Jan 2025 17:22:10 +0100
Subject: [PATCH 1/2] [clang][analyzer] Split NullDereference
@@ -0,0 +1,3 @@
+// RUN: %check_clang_tidy -std=c++20 %s misc-use-internal-linkage %t -- --
-I%S/Inputs/use-internal-linkage
+
+consteval void gh122096() {}
chfast wrote:
Can you also check `constexpr void func_constexpr()`?
https://github.com/llvm/llvm-project
yxsamliu wrote:
> > I am afraid this will break all existing CUDA/HIP programs since they
> > expect to be able to parse the builtins for both host and device targets.
> > In the spirit of single source, the compiler sees the entire code for all
> > targets, including host target and all device
Author: Younan Zhang
Date: 2025-01-08T18:27:25+01:00
New Revision: 3972ed57088f6515b787d7d38dec03dc74e51827
URL:
https://github.com/llvm/llvm-project/commit/3972ed57088f6515b787d7d38dec03dc74e51827
DIFF:
https://github.com/llvm/llvm-project/commit/3972ed57088f6515b787d7d38dec03dc74e51827.diff
@@ -1818,8 +1819,21 @@ void Preprocessor::ExpandBuiltinMacro(Token &Tok) {
// usual allocation and deallocation functions. Required by libc++
return 201802;
default:
+// We may get here because of aux builtins which may not be
+
@@ -1595,8 +1606,21 @@ static bool IsOverloadOrOverrideImpl(Sema &SemaRef,
FunctionDecl *New,
// Allow overloading of functions with same signature and different
CUDA
// target attributes.
-if (NewTarget != OldTarget)
+if (NewTarget != OldTarg
https://github.com/yxsamliu updated
https://github.com/llvm/llvm-project/pull/121986
>From fa0df07b80b0f704f4e10fa1ec468fa6ed02291a 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
bjope wrote:
I'm investigating various regressions we've seen downstream after this patch.
I reduced one test down to this IR (also see https://godbolt.org/z/E4caeWcYd):
```
target datalayout = "p:16:8-p1:32:8"
define void @gazonk() {
entry:
%alloca = alloca i8, align 1
br label %loop
loop
sarnex wrote:
Thanks for the review, let me use `spirv-as` so we rely on the SPIR-V tools
format.
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/
nikic wrote:
@bjope I believe the standard solution to that is to add your own AA pass, see
e.g. AMDGPUAAResult and NVPTXAAResult which both do addrspace-based AA.
https://github.com/llvm/llvm-project/pull/119365
___
cfe-commits mailing list
cfe-commi
yxsamliu wrote:
> This needs a release note
added
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/AmrDeveloper updated
https://github.com/llvm/llvm-project/pull/121975
>From 353f3ca4e997f658c65570e75749220e1abcad72 Mon Sep 17 00:00:00 2001
From: AmrDeveloper
Date: Tue, 7 Jan 2025 19:13:26 +0100
Subject: [PATCH 1/2] [Clang][ASTMatcher] Extend `hasDependentName` matcher to
@@ -2251,6 +2251,14 @@ TEST_P(ASTMatchersTest,
HasDependentName_DependentScopeDeclRefExpr) {
EXPECT_TRUE(matches("template struct S { static T foo(); };"
"template void x() { S::foo(); }",
dependentScopeDeclRefExpr(hasDependentNa
@@ -852,6 +877,58 @@ static bool areExprsMacroAndNonMacro(const Expr *&LhsExpr,
return LhsLoc.isMacroID() != RhsLoc.isMacroID();
}
+
+static bool areExprsSameMacroOrLiteral(const BinaryOperator *BinOp,
+ const ASTContext *Context) {
+
+
@@ -852,6 +877,58 @@ static bool areExprsMacroAndNonMacro(const Expr *&LhsExpr,
return LhsLoc.isMacroID() != RhsLoc.isMacroID();
}
+
+static bool areExprsSameMacroOrLiteral(const BinaryOperator *BinOp,
+ const ASTContext *Context) {
+
+
https://github.com/EugeneZelenko edited
https://github.com/llvm/llvm-project/pull/121960
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -852,6 +877,58 @@ static bool areExprsMacroAndNonMacro(const Expr *&LhsExpr,
return LhsLoc.isMacroID() != RhsLoc.isMacroID();
}
+
+static bool areExprsSameMacroOrLiteral(const BinaryOperator *BinOp,
+ const ASTContext *Context) {
+
+
https://github.com/EugeneZelenko commented:
Please mention changes in Release Notes.
https://github.com/llvm/llvm-project/pull/121960
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -852,6 +877,58 @@ static bool areExprsMacroAndNonMacro(const Expr *&LhsExpr,
return LhsLoc.isMacroID() != RhsLoc.isMacroID();
}
+
+static bool areExprsSameMacroOrLiteral(const BinaryOperator *BinOp,
+ const ASTContext *Context) {
+
+
@@ -747,6 +747,31 @@ static bool areSidesBinaryConstExpressions(const
BinaryOperator *&BinOp, const A
return false;
}
+static bool
+areSidesBinaryConstExpressionsOrDefines(const BinaryOperator *&BinOp,
+const ASTContext *AstCtx) {
+
@@ -34,3 +34,7 @@ Options
A string specifying which include-style is used, `llvm` or `google`.
Default is `llvm`.
+
+.. option:: QtEnabled
+ Makes C++17 ``q20::cmp_*`` alternative available for Qt-based
EugeneZelenko wrote:
Please separate with newline.
101 - 200 of 545 matches
Mail list logo