@@ -230,10 +230,11 @@ class MCObjectFileInfo {
MCSection *GLJMPSection = nullptr;
// GOFF specific sections.
- MCSection *PPA1Section = nullptr;
- MCSection *PPA2Section = nullptr;
- MCSection *PPA2ListSection = nullptr;
- MCSection *ADASection = nullptr;
+ MCSection
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Matheus Izvekov (mizvekov)
Changes
This patch extends the canonicalization printing policy to cover expressions
and template names, and wires that up to the template argument printer,
covering expressions.
This is helpful for debugging,
pcc wrote:
> I’m worried about the added complexity of ifunc and the extra parameter in
> isStaticLinkTimeConstant, a key component of relocation scanning where
> performance is critical. (Our scanning process is already noticeably slower
> than mold’s, and these factors are contributing to th
llvmbot wrote:
@llvm/pr-subscribers-clang-codegen
Author: Matheus Izvekov (mizvekov)
Changes
This patch extends the canonicalization printing policy to cover expressions
and template names, and wires that up to the template argument printer,
covering expressions.
This is helpful for deb
https://github.com/mizvekov created
https://github.com/llvm/llvm-project/pull/135133
This patch extends the canonicalization printing policy to cover expressions
and template names, and wires that up to the template argument printer,
covering expressions.
This is helpful for debugging, or if
https://github.com/pcc edited https://github.com/llvm/llvm-project/pull/133531
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/llvmbot created
https://github.com/llvm/llvm-project/pull/135118
Backport f34483838937b1a01ee11ee22bdd6e13c81e9fff
Requested by: @owenca
>From 352ee2311f041ca08c1ff7bc4a68dd5094398951 Mon Sep 17 00:00:00 2001
From: Owen Pan
Date: Wed, 9 Apr 2025 17:52:12 -0700
Subject: [PAT
Author: Yingwei Zheng
Date: 2025-04-10T13:09:28+08:00
New Revision: 346c905e8ab7cb81c537eb5be1d57cc63a41daea
URL:
https://github.com/llvm/llvm-project/commit/346c905e8ab7cb81c537eb5be1d57cc63a41daea
DIFF:
https://github.com/llvm/llvm-project/commit/346c905e8ab7cb81c537eb5be1d57cc63a41daea.diff
https://github.com/pcc created https://github.com/llvm/llvm-project/pull/135123
This lock is unnecessary because we can add the relocations to
shards and let them be sorted later.
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.or
https://github.com/aaupov edited
https://github.com/llvm/llvm-project/pull/135103
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
Author: Jonas Devlieghere
Date: 2025-04-09T21:08:00-07:00
New Revision: 3e7df27c1d3a9c1a430b2cf471517f8f059d59ed
URL:
https://github.com/llvm/llvm-project/commit/3e7df27c1d3a9c1a430b2cf471517f8f059d59ed
DIFF:
https://github.com/llvm/llvm-project/commit/3e7df27c1d3a9c1a430b2cf471517f8f059d59ed.d
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/133531
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/aeubanks commented:
perhaps a heuristic of reducing the total number of inlinable calls, i.e. the
function being inlined cannot have any inlinable calls, would be good for not
letting this run too much
https://github.com/llvm/llvm-project/pull/134223
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/133531
>From 96e7da9a083888683c2ba00d97f886fd748ea10b Mon Sep 17 00:00:00 2001
From: Peter Collingbourne
Date: Wed, 9 Apr 2025 20:30:57 -0700
Subject: [PATCH] Undo unnecessary change
Created using spr 1.3.6-beta.1
---
lld
https://github.com/maksfb commented:
I expect that eventually we will get RISC-V support for jump tables. In this
context, I would prefer to keep the format of the jump table itself separate
from the underlying architecture. I.e. we can use JTs with an absolute 64-bit
addressing on any platfor
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/132857
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
pcc wrote:
> This patch has a few problems
>
> * The check in `processAux` was moved to the wrong place (it will never get
> hit because this is after we deal with all symbols not defined locally). This
> patch moves it to approximately the right place but will need some logic
> changes to `i
llvmbot wrote:
@llvm/pr-subscribers-lld
Author: Peter Collingbourne (pcc)
Changes
This lock is unnecessary because we can add the relocations to
shards and let them be sorted later.
---
Full diff: https://github.com/llvm/llvm-project/pull/135123.diff
1 Files Affected:
- (modified) lld
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/133531
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/133530
>From b37a44fff650b06eda249060277d0c007226cad2 Mon Sep 17 00:00:00 2001
From: Peter Collingbourne
Date: Thu, 3 Apr 2025 21:51:44 -0700
Subject: [PATCH] Fix CMake build
Created using spr 1.3.6-beta.1
---
compiler-rt
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/134197
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/134197
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/132291
>From 89ce369ab9b49b8c23a87ad0a888002dd85c094c Mon Sep 17 00:00:00 2001
From: Peter Collingbourne
Date: Thu, 20 Mar 2025 15:12:39 -0700
Subject: [PATCH 1/2] Format
Created using spr 1.3.6-beta.1
---
libcxx/test/lib
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/132857
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/135118
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
llvmbot wrote:
@mydeveloperday What do you think about merging this PR to the release branch?
https://github.com/llvm/llvm-project/pull/135118
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailma
Author: Zequan Wu
Date: 2025-04-09T21:02:29-04:00
New Revision: 76c510a2a1b7b7f708ea7b891ef5f7da5c703ca6
URL:
https://github.com/llvm/llvm-project/commit/76c510a2a1b7b7f708ea7b891ef5f7da5c703ca6
DIFF:
https://github.com/llvm/llvm-project/commit/76c510a2a1b7b7f708ea7b891ef5f7da5c703ca6.diff
LOG
Author: Matt Arsenault
Date: 2025-04-09T21:14:42+02:00
New Revision: 989bc69ceb47e27f402d14166eb2e2ea53e00c84
URL:
https://github.com/llvm/llvm-project/commit/989bc69ceb47e27f402d14166eb2e2ea53e00c84
DIFF:
https://github.com/llvm/llvm-project/commit/989bc69ceb47e27f402d14166eb2e2ea53e00c84.diff
Author: Kaitlin Peng
Date: 2025-04-09T12:12:26-07:00
New Revision: 2ab2276ee079478b7ba9dd42c62b796d3dab1759
URL:
https://github.com/llvm/llvm-project/commit/2ab2276ee079478b7ba9dd42c62b796d3dab1759
DIFF:
https://github.com/llvm/llvm-project/commit/2ab2276ee079478b7ba9dd42c62b796d3dab1759.diff
@@ -2759,6 +2762,29 @@ MCSection
*TargetLoweringObjectFileXCOFF::getSectionForLSDA(
//===--===//
TargetLoweringObjectFileGOFF::TargetLoweringObjectFileGOFF() = default;
+void TargetLoweringObjectFileGOFF::ge
wrotki wrote:
Not sure if I'm perhaps missing some step to have this merged, is there any
automated process?II don't have permissions to merge this to the release branch
(Github shows me 'Cannot update this protected ref' status).
@tstellar , could you merge this on my behalf?
https://githu
@@ -239,6 +298,63 @@ class GOFFWriter {
GOFFWriter::GOFFWriter(raw_pwrite_stream &OS, MCAssembler &Asm)
: OS(OS), Asm(Asm) {}
+void GOFFWriter::defineSectionSymbols(const MCSectionGOFF &Section) {
+ if (Section.isSD()) {
+GOFFSymbol SD(Section.getName(), Section.getId
https://github.com/aaupov created
https://github.com/llvm/llvm-project/pull/135103
Test Plan: TBD
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
llvmbot wrote:
@llvm/pr-subscribers-llvm-transforms
Author: Matt Arsenault (arsenm)
Changes
This could be more relaxed, and look for uses of globals in
the same function but no tests apparently depend on that.
---
Full diff: https://github.com/llvm/llvm-project/pull/134691.diff
1 Files
https://github.com/joaosaffran created
https://github.com/llvm/llvm-project/pull/135085
- Closes [#126637](https://github.com/llvm/llvm-project/issues/126637)
>From 9b59d0108f6b23c039e2c417247216862073cd4b Mon Sep 17 00:00:00 2001
From: joaosaffran
Date: Wed, 9 Apr 2025 21:05:58 +
Subject:
llvmbot wrote:
@llvm/pr-subscribers-mlir-llvm
Author: Matthias Springer (matthias-springer)
Changes
The LLVM dialect no longer has its own vector types. It uses `mlir::VectorType`
everywhere. Remove `LLVM::getFixedVectorType/getScalableVectorType` and use
`VectorType::get` instead. This
phoebewang wrote:
> > Doesn't this break ABI by changing intrinsic / builtin numbers?
>
> So the headers could still be updated but must use the existing builtins in
> the backport?
Sounds good, I can try with it. Thanks!
https://github.com/llvm/llvm-project/pull/133219
__
https://github.com/arsenm ready_for_review
https://github.com/llvm/llvm-project/pull/135024
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -265,21 +286,24 @@ void PacStatePrinter::print(raw_ostream &OS, const State
&S) const {
OS << ">";
}
-class PacRetAnalysis
-: public DataflowAnalysis {
- using Parent =
- DataflowAnalysis;
- friend Parent;
-
+class PacRetAnalysis {
atrosinenko
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/133461
>From 15823152747e1885f71407eee27601b84a58bc60 Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Wed, 19 Mar 2025 18:58:32 +0300
Subject: [PATCH] [BOLT] Gadget scanner: analyze functions without CFG
i
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/133461
>From 15823152747e1885f71407eee27601b84a58bc60 Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Wed, 19 Mar 2025 18:58:32 +0300
Subject: [PATCH] [BOLT] Gadget scanner: analyze functions without CFG
i
https://github.com/atrosinenko edited
https://github.com/llvm/llvm-project/pull/133461
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/SLTozer edited
https://github.com/llvm/llvm-project/pull/133485
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
Author: Thurston Dang
Date: 2025-04-09T12:07:54-07:00
New Revision: 69a55b8cab98a8f07a9d84e9704fe79ed9d2fbea
URL:
https://github.com/llvm/llvm-project/commit/69a55b8cab98a8f07a9d84e9704fe79ed9d2fbea
DIFF:
https://github.com/llvm/llvm-project/commit/69a55b8cab98a8f07a9d84e9704fe79ed9d2fbea.diff
yuxuanchen1997 wrote:
cc @apolloww
https://github.com/llvm/llvm-project/pull/134711
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
mordante wrote:
> > in libc++ we have a pre-commit CI so this feature should be tested in our
> > CI, if you need help with that, best reach out to us on Discord. However I
> > think we first need to look at how we can properly integrate this in libc++.
>
> Sure, I will get in touch once this
@@ -84,7 +84,7 @@ _LIBCPP_PUSH_MACROS
_LIBCPP_BEGIN_NAMESPACE_STD
template */>
-class _LIBCPP_TEMPLATE_VIS vector {
+class _LIBCPP_TEMPLATE_VIS vector _LIBCPP_MAYBE_FORCE_NONSTANDARD_LAYOUT {
pcc wrote:
The intent would be that the user builds libc++.a with
@@ -1215,6 +1215,29 @@ typedef __char32_t char32_t;
#define _LIBCPP_HAS_EXPLICIT_THIS_PARAMETER 0
# endif
+# if __has_feature(pointer_field_protection)
+// Force a class to be non-standard layout by giving it two bases with the same
+// type. This is useful when structur
@@ -1215,6 +1215,29 @@ typedef __char32_t char32_t;
#define _LIBCPP_HAS_EXPLICIT_THIS_PARAMETER 0
# endif
+# if __has_feature(pointer_field_protection)
pcc wrote:
Makes sense, will do.
https://github.com/llvm/llvm-project/pull/133538
__
https://github.com/pcc commented:
> in libc++ we have a pre-commit CI so this feature should be tested in our CI,
> if you need help with that, best reach out to us on Discord. However I think
> we first need to look at how we can properly integrate this in libc++.
Sure, I will get in touch on
https://github.com/pcc edited https://github.com/llvm/llvm-project/pull/133538
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
arsenm wrote:
> LGTM.
>
>
>
> Does this mean device library have no code depending on option
> `-cl-denorms-are-zero`?
It still has a little but it's implementable as a runtime check with dynamic
denormal mode. I think it would still be better to find a way to avoid it (I
think we need one
Author: Jakub Kuderski
Date: 2025-04-09T13:51:26-04:00
New Revision: 2b8e7230c9fbe55527f6036d40df0c030a0f4ac6
URL:
https://github.com/llvm/llvm-project/commit/2b8e7230c9fbe55527f6036d40df0c030a0f4ac6
DIFF:
https://github.com/llvm/llvm-project/commit/2b8e7230c9fbe55527f6036d40df0c030a0f4ac6.diff
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/135024
Only one of ByOperand, ByInstr, or ByBundle should be true. Replace
ByBundle with !ByInstr, and assert that both are not used.
>From 751b2ad5ef572948a57cc0162a4dafc56f9f7d72 Mon Sep 17 00:00:00 2001
From: Matt Ar
@@ -1215,6 +1215,29 @@ typedef __char32_t char32_t;
#define _LIBCPP_HAS_EXPLICIT_THIS_PARAMETER 0
# endif
+# if __has_feature(pointer_field_protection)
mordante wrote:
Since this feature is an ABI break, it will cause ODR violations to these
structs. I
https://github.com/mordante requested changes to this pull request.
Some comments from libc++'s perspective:
- As you mentioned you need more tests.
- I think the current approach with a header only libc++ change approach will
not work due to ABI changes. See review comment for `std::vector`.
-
https://github.com/mordante edited
https://github.com/llvm/llvm-project/pull/133538
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -1215,6 +1215,29 @@ typedef __char32_t char32_t;
#define _LIBCPP_HAS_EXPLICIT_THIS_PARAMETER 0
# endif
+# if __has_feature(pointer_field_protection)
+// Force a class to be non-standard layout by giving it two bases with the same
+// type. This is useful when structur
@@ -84,7 +84,7 @@ _LIBCPP_PUSH_MACROS
_LIBCPP_BEGIN_NAMESPACE_STD
template */>
-class _LIBCPP_TEMPLATE_VIS vector {
+class _LIBCPP_TEMPLATE_VIS vector _LIBCPP_MAYBE_FORCE_NONSTANDARD_LAYOUT {
mordante wrote:
`std::vector` is used in the libc++ dylib across t
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 HEAD~1 HEAD --extensions cpp,h --
mlir/include/mlir/Dialect/LLVMIR/LLVMTypes.h
mlir/
llvmbot wrote:
@llvm/pr-subscribers-mlir-gpu
@llvm/pr-subscribers-mlir-nvgpu
Author: Matthias Springer (matthias-springer)
Changes
The LLVM dialect no longer has its own vector types. It uses `mlir::VectorType`
everywhere. Remove `LLVM::getFixedVectorType/getScalableVectorType` and use
`
https://github.com/matthias-springer updated
https://github.com/llvm/llvm-project/pull/135051
>From 120778f6eff8af147add819a4a9f3f31d495f6d8 Mon Sep 17 00:00:00 2001
From: Matthias Springer
Date: Wed, 9 Apr 2025 19:05:11 +0200
Subject: [PATCH] [mlir][LLVM] Delete `getFixedVectorType` and
`getS
mordante wrote:
@philnik777 FWIW I also see a normal diff in the webui.
https://github.com/llvm/llvm-project/pull/132291
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch
Author: David Spickett
Date: 2025-04-09T15:41:07+01:00
New Revision: e256292805f7e8bc168a3f207c83c784f307bd55
URL:
https://github.com/llvm/llvm-project/commit/e256292805f7e8bc168a3f207c83c784f307bd55
DIFF:
https://github.com/llvm/llvm-project/commit/e256292805f7e8bc168a3f207c83c784f307bd55.diff
https://github.com/yxsamliu approved this pull request.
LGTM.
Does this mean device library have no code depending on option
`-cl-denorms-are-zero`?
https://github.com/llvm/llvm-project/pull/134805
___
llvm-branch-commits mailing list
llvm-branch-com
Valentin Clement =?utf-8?b?KOODkOODrOODsw==?=,zcfh <1412805...@qq.com>,Alexey
Bataev ,Florian Hahn ,Alexey Bataev
,Hristo Hristov ,Mircea
Trofin ,Florian Hahn ,Jonas Devlieghere
,Henry Jiang ,Alexander
Yermolovich <43973793+ayerm...@users.noreply.github.com>,Andy Kaylor
,Andy Kaylor ,Florian
Valentin Clement =?utf-8?b?KOODkOODrOODsw==?=,zcfh <1412805...@qq.com>,Alexey
Bataev ,Florian Hahn ,Alexey Bataev
,Hristo Hristov ,Mircea
Trofin ,Florian Hahn ,Jonas Devlieghere
,Henry Jiang ,Alexander
Yermolovich <43973793+ayerm...@users.noreply.github.com>,Andy Kaylor
,Andy Kaylor ,Florian
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/135019
Theoretically this does a worse job with globals but this is not
covered by existing tests
>From 6e92bcd3daf17aad7e2a3a3ccc166845aa1b317c Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Wed, 9 Apr 2025 13:28
arsenm wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.dev/github/pr/llvm/llvm-project/135024?utm_source=stack-comment-downstack-mergeability-warning";
llvmbot wrote:
@llvm/pr-subscribers-llvm-transforms
Author: Matt Arsenault (arsenm)
Changes
Theoretically this does a worse job with globals but this is not
covered by existing tests
---
Full diff: https://github.com/llvm/llvm-project/pull/135019.diff
1 Files Affected:
- (modified) llv
https://github.com/arsenm ready_for_review
https://github.com/llvm/llvm-project/pull/135019
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/HerrCai0907 updated
https://github.com/llvm/llvm-project/pull/134870
>From 9d29fd3792be9ae10eb58cecaaba313a0eaf85f1 Mon Sep 17 00:00:00 2001
From: Congcong Cai
Date: Tue, 8 Apr 2025 15:27:54 +
Subject: [PATCH 1/2] [clang-tidy] treat unsigned char and signed char as char
https://github.com/SLTozer approved this pull request.
I think conceptually there is some space for copying atom group/rank to the
inlined instructions, giving the instruction(s) that produce the return value
(if any) the highest precedence. This would be a separate feature however, and
this b
@@ -2145,6 +2145,13 @@ class DILocation : public MDNode {
return 0;
}
+ const DILocation *getOrCloneWithoutAtom() const {
SLTozer wrote:
I think this could just be "getWithoutAtom", it's already implied with
DIMetadata that "get" means "find me an exi
Author: David Spickett
Date: 2025-04-09T13:29:42+01:00
New Revision: d77b786ac57008f734cd5552d59c6be34fd05c77
URL:
https://github.com/llvm/llvm-project/commit/d77b786ac57008f734cd5552d59c6be34fd05c77
DIFF:
https://github.com/llvm/llvm-project/commit/d77b786ac57008f734cd5552d59c6be34fd05c77.diff
https://github.com/SLTozer edited
https://github.com/llvm/llvm-project/pull/133484
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -3609,11 +3609,11 @@ foldCondBranchOnValueKnownInPredecessorImpl(BranchInst
*BI, DomTreeUpdater *DTU,
N->setName(BBI->getName() + ".c");
// Update operands due to translation.
- for (Use &Op : N->operands()) {
-DenseMap::iterator PI = TranslateMa
Author: David Spickett
Date: 2025-04-09T13:15:33+01:00
New Revision: 0451084e2e64fc5262f480eae8150c9a191eb7dc
URL:
https://github.com/llvm/llvm-project/commit/0451084e2e64fc5262f480eae8150c9a191eb7dc
DIFF:
https://github.com/llvm/llvm-project/commit/0451084e2e64fc5262f480eae8150c9a191eb7dc.diff
@@ -1182,6 +1187,19 @@ static void
cloneInstructionsIntoPredecessorBlockAndUpdateSSAUses(
U.set(NewBonusInst);
}
}
+
+ // Key Instructions: We may have propagated atom info into the pred. If the
+ // pred's terminator already has atom info do nothing as merging w
@@ -42,6 +42,14 @@ Or cast to char to explicitly indicate that output should be
a character.
Options
---
+.. option:: AllowedTypes
+
+ A semicolon-separated list of type names that will be treated as ``char``
+ type. It only contains the non canonical type names without
https://github.com/NagyDonat approved this pull request.
Overall looks good to me, I have one suggestion about the documentation.
https://github.com/llvm/llvm-project/pull/134870
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
h
https://github.com/NagyDonat edited
https://github.com/llvm/llvm-project/pull/134870
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -1182,6 +1187,19 @@ static void
cloneInstructionsIntoPredecessorBlockAndUpdateSSAUses(
U.set(NewBonusInst);
}
}
+
+ // Key Instructions: We may have propagated atom info into the pred. If the
+ // pred's terminator already has atom info do nothing as merging w
https://github.com/SLTozer edited
https://github.com/llvm/llvm-project/pull/133482
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
https://github.com/SLTozer approved this pull request.
Some minor nits, but this update looks correct.
https://github.com/llvm/llvm-project/pull/133482
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-b
https://github.com/SLTozer approved this pull request.
https://github.com/llvm/llvm-project/pull/133483
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
arsenm wrote:
> [!WARNING]
> This pull request is not mergeable via GitHub because a downstack PR is
> open. Once all requirements are satisfied, merge this PR as a stack href="https://app.graphite.dev/github/pr/llvm/llvm-project/134691?utm_source=stack-comment-downstack-mergeability-warning";
https://github.com/kartcq edited
https://github.com/llvm/llvm-project/pull/125442
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
pcc wrote:
Odd, if I go to https://github.com/llvm/llvm-project/pull/132291/files in
an incognito tab it just looks like this to me and that's what would be
applied.
On Wed, Apr 9, 2025, 00:03 Nikolas Klauser ***@***.***> wrote:
> Could you not use spr in that case? I can't see the diff as it w
philnik777 wrote:
Could you not use spr in that case? I can't see the diff as it would be merged
AFAICT.
https://github.com/llvm/llvm-project/pull/132291
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cg
90 matches
Mail list logo
