https://github.com/owenca approved this pull request.
https://github.com/llvm/llvm-project/pull/151797
___
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-clang-format
Author: None (llvmbot)
Changes
Backport 9281797a577b7954521fb9192d41e457ca2ca42e
Requested by: @owenca
---
Full diff: https://github.com/llvm/llvm-project/pull/151797.diff
2 Files Affected:
- (modified) clang/lib/Format/Format.cpp (+1-1
llvmbot wrote:
@AaronBallman What do you think about merging this PR to the release branch?
https://github.com/llvm/llvm-project/pull/151797
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/
https://github.com/llvmbot created
https://github.com/llvm/llvm-project/pull/151797
Backport 9281797a577b7954521fb9192d41e457ca2ca42e
Requested by: @owenca
>From f9fde763bd2b3faf2814346856378cdeb235506e Mon Sep 17 00:00:00 2001
From: James Y Knight
Date: Fri, 25 Jul 2025 11:55:50 -0400
Subjec
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/151797
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
aemerson wrote:
Sure but it's not the real motivating case, it's an example of how the
different phase ordering can trigger issues. What about the actual inliner
change proposed here?
https://github.com/llvm/llvm-project/pull/145613
__
https://github.com/llvmbot updated
https://github.com/llvm/llvm-project/pull/151794
>From 223b08df6cfd7530be58258282bc0bb1b006bbeb Mon Sep 17 00:00:00 2001
From: Zhaoxin Yang
Date: Fri, 1 Aug 2025 14:45:46 +0800
Subject: [PATCH] [lld][LoongArch] GOT indirection to PC relative optimization
(#12
https://github.com/llvmbot updated
https://github.com/llvm/llvm-project/pull/151794
>From 604c7750a86d8e33fd3e1f4402752829370398f2 Mon Sep 17 00:00:00 2001
From: Zhaoxin Yang
Date: Fri, 1 Aug 2025 14:45:46 +0800
Subject: [PATCH] [lld][LoongArch] GOT indirection to PC relative optimization
(#12
llvmbot wrote:
@llvm/pr-subscribers-lld
Author: None (llvmbot)
Changes
Backport 283c47b4c5231a1baf528355f7119a73ac168968
Requested by: @brad0
---
Full diff: https://github.com/llvm/llvm-project/pull/151794.diff
3 Files Affected:
- (modified) lld/ELF/Arch/LoongArch.cpp (+117)
- (added
llvmbot wrote:
@llvm/pr-subscribers-lld-elf
Author: None (llvmbot)
Changes
Backport 283c47b4c5231a1baf528355f7119a73ac168968
Requested by: @brad0
---
Full diff: https://github.com/llvm/llvm-project/pull/151794.diff
3 Files Affected:
- (modified) lld/ELF/Arch/LoongArch.cpp (+117)
- (a
llvmbot wrote:
@SixWeining What do you think about merging this PR to the release branch?
https://github.com/llvm/llvm-project/pull/151794
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/li
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/151794
___
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/151794
Backport 283c47b4c5231a1baf528355f7119a73ac168968
Requested by: @brad0
>From 5fae51953f170e5aa7686c6a1a550fcaddb58ad9 Mon Sep 17 00:00:00 2001
From: Zhaoxin Yang
Date: Fri, 1 Aug 2025 14:45:46 +0800
Subject: [
https://github.com/mizvekov edited
https://github.com/llvm/llvm-project/pull/148014
___
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/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/145330
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -2767,6 +2767,19 @@ SDValue DAGCombiner::visitPTRADD(SDNode *N) {
}
}
+ // Transform (ptradd a, b) -> (or disjoint a, b) if it is equivalent and if
+ // that transformation can't block an offset folding at any use of the
ptradd.
+ // This should be done late, afte
https://github.com/arsenm approved this pull request.
https://github.com/llvm/llvm-project/pull/146074
___
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/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From e3bd008acb79a59c3561228e97aedc8d2dfeac00 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151773
>From dead6ea1ef30c5dba70e2709faad18293ae3895f Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 14:09:42 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_perm_pk16_* instructions
---
clang/
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151773
>From dead6ea1ef30c5dba70e2709faad18293ae3895f Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 14:09:42 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_perm_pk16_* instructions
---
clang/
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From e3bd008acb79a59c3561228e97aedc8d2dfeac00 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
https://github.com/shiltian approved this pull request.
https://github.com/llvm/llvm-project/pull/151773
___
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-libc
Author: Muhammad Bassiouni (bassiounix)
Changes
Part of #147386
in preparation for:
https://discourse.llvm.org/t/rfc-make-clang-builtin-math-functions-constexpr-with-llvm-libc-to-support-c-23-constexpr-math-functions/86450
---
Patch is 27.14 KiB
https://github.com/bassiounix ready_for_review
https://github.com/llvm/llvm-project/pull/151779
___
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/bassiounix edited
https://github.com/llvm/llvm-project/pull/151779
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
bassiounix 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/151779?utm_source=stack-comment-downstack-mergeability-warnin
https://github.com/bassiounix created
https://github.com/llvm/llvm-project/pull/151779
None
>From 135f49e154cc7e484ede397df8ff1591b4bc59eb Mon Sep 17 00:00:00 2001
From: bassiounix
Date: Sat, 2 Aug 2025 02:04:26 +0300
Subject: [PATCH] [libc][math] Refactor atanhf16 implementation to header-onl
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From 984ab04422e121769f5ddb74088b37c6f319aa68 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From ef7297724fd0898979cbafc71cf56b6bc3305b0b Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From 984ab04422e121769f5ddb74088b37c6f319aa68 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
pcc wrote:
I tried it, but it wanted to delete the checks for the deactivation symbols. Do
you know if there is a way to prevent this?
```
diff --git
a/llvm/test/Transforms/PreISelIntrinsicLowering/protected-field-pointer.ll
b/llvm/test/Transforms/PreISelIntr
@@ -461,6 +465,198 @@ bool PreISelIntrinsicLowering::expandMemIntrinsicUses(
return Changed;
}
+namespace {
+
+enum class PointerEncoding {
+ Rotate,
+ PACCopyable,
+ PACNonCopyable,
+};
+
+bool expandProtectedFieldPtr(Function &Intr) {
+ Module &M = *Intr.getParent();
+
@@ -461,6 +465,198 @@ bool PreISelIntrinsicLowering::expandMemIntrinsicUses(
return Changed;
}
+namespace {
+
+enum class PointerEncoding {
+ Rotate,
+ PACCopyable,
+ PACNonCopyable,
+};
+
+bool expandProtectedFieldPtr(Function &Intr) {
+ Module &M = *Intr.getParent();
+
@@ -0,0 +1,46 @@
+; RUN: opt -passes=pre-isel-intrinsic-lowering -S < %s | FileCheck
--check-prefixes=CHECK,NOPAUTH %s
+; RUN: opt -passes=pre-isel-intrinsic-lowering -mattr=+pauth -S < %s |
FileCheck --check-prefixes=CHECK,PAUTH %s
+
+target triple = "aarch64-unknown-linux-gnu"
@@ -31161,3 +31161,57 @@ This intrinsic is assumed to execute in the default
:ref:`floating-point
environment ` *except* for the rounding mode.
This intrinsic is not supported on all targets. Some targets may not support
all rounding modes.
+
+'``llvm.protected.field.ptr``' In
@@ -37,6 +39,8 @@
#include "llvm/Transforms/Utils/LowerMemIntrinsics.h"
#include "llvm/Transforms/Utils/LowerVectorIntrinsics.h"
+#include
pcc wrote:
Done
https://github.com/llvm/llvm-project/pull/151647
___
llvm-
@@ -461,6 +465,198 @@ bool PreISelIntrinsicLowering::expandMemIntrinsicUses(
return Changed;
}
+namespace {
+
+enum class PointerEncoding {
+ Rotate,
+ PACCopyable,
+ PACNonCopyable,
+};
+
+bool expandProtectedFieldPtr(Function &Intr) {
+ Module &M = *Intr.getParent();
+
https://github.com/pcc updated https://github.com/llvm/llvm-project/pull/151647
___
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/151647
___
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/133537
___
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/133537
___
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/133536
___
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/133536
___
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/133533
___
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/133533
___
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/133531
>From 96e7da9a083888683c2ba00d97f886fd748ea10b Mon Sep 17 00:00:00 2001
From: Peter Collingbourne
Date: Wed, 9 Apr 2025 20:30:57 -0700
Subject: [PATCH 1/2] Undo unnecessary change
Created using spr 1.3.6-beta.1
---
https://github.com/shiltian approved this pull request.
https://github.com/llvm/llvm-project/pull/151765
___
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/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From a04047c742d86f7c47045eb79319f814ed846cb4 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From b0154731dc024d812de24ba138270b3cdf2b0d4b Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From a04047c742d86f7c47045eb79319f814ed846cb4 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From b0154731dc024d812de24ba138270b3cdf2b0d4b Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
pcc wrote:
> IIUC, the goal here is for the compiler to be able to apply e.g. pointer
> authentication on fields of these structs automatically. It can't do so if
> they are standard layout types, because then users are technically allowed to
> poke into the binary representation of these type
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From 159959bda89857ab52cf656b1e3fca19bf662e79 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From a8ad72e17b59e727cd534f5042dfcc18204c41ed Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From 159959bda89857ab52cf656b1e3fca19bf662e79 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151765
>From a8ad72e17b59e727cd534f5042dfcc18204c41ed Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructions
-
llvmbot wrote:
@llvm/pr-subscribers-mc
@llvm/pr-subscribers-backend-amdgpu
Author: Stanislav Mekhanoshin (rampitec)
Changes
---
Patch is 52.83 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/151765.diff
10 Files Affected:
- (modified) clang
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Stanislav Mekhanoshin (rampitec)
Changes
---
Patch is 52.83 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/151765.diff
10 Files Affected:
- (modified) clang/include/clang/Basic/BuiltinsAMDG
https://github.com/rampitec ready_for_review
https://github.com/llvm/llvm-project/pull/151765
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
rampitec 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/151765?utm_source=stack-comment-downstack-mergeability-warning"
https://github.com/rampitec created
https://github.com/llvm/llvm-project/pull/151765
None
>From b7f9023286f26c807a3363d4188e237359c5e213 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 13:10:57 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_sr_pk8_* instructi
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From 0c185e2740d4b61e0c29354d3a46192847effc5f Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/rampitec updated
https://github.com/llvm/llvm-project/pull/151758
>From 0c185e2740d4b61e0c29354d3a46192847effc5f Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
---
https://github.com/bassiounix updated
https://github.com/llvm/llvm-project/pull/151399
>From 909f8e78ebe538dc929bbfa2d80c7e79df6a0194 Mon Sep 17 00:00:00 2001
From: bassiounix
Date: Thu, 31 Jul 2025 00:41:13 +0300
Subject: [PATCH] [libc][math] Refactor atanhf implementation to header-only in
s
https://github.com/bassiounix updated
https://github.com/llvm/llvm-project/pull/151399
>From 909f8e78ebe538dc929bbfa2d80c7e79df6a0194 Mon Sep 17 00:00:00 2001
From: bassiounix
Date: Thu, 31 Jul 2025 00:41:13 +0300
Subject: [PATCH] [libc][math] Refactor atanhf implementation to header-only in
s
https://github.com/shiltian approved this pull request.
https://github.com/llvm/llvm-project/pull/151758
___
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-backend-amdgpu
Author: Stanislav Mekhanoshin (rampitec)
Changes
---
Patch is 50.90 KiB, truncated to 20.00 KiB below, full version:
https://github.com/llvm/llvm-project/pull/151758.diff
10 Files Affected:
- (modified) clang/include/clang/Basic/Bui
https://github.com/rampitec ready_for_review
https://github.com/llvm/llvm-project/pull/151758
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
rampitec 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/151758?utm_source=stack-comment-downstack-mergeability-warning"
https://github.com/rampitec created
https://github.com/llvm/llvm-project/pull/151758
None
>From 0676b6855c6321383f656bb7059d7022c8e951c4 Mon Sep 17 00:00:00 2001
From: Stanislav Mekhanoshin
Date: Fri, 1 Aug 2025 12:38:04 -0700
Subject: [PATCH] [AMDGPU] gfx1250 v_cvt_scalef32_pk8_* instructions
github-actions[bot] wrote:
⚠️ We detected that you are using a GitHub private e-mail address to contribute
to the repo. Please turn off [Keep my email addresses
private](https://github.com/settings/emails) setting in your account. See
[LLVM Developer
Policy](https://llvm.org/docs/DeveloperPol
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: None (llvmbot)
Changes
Backport 22fef005225b129d73ade4ed995fc0ec0c7be044
Requested by: @mstorsjo
---
Full diff: https://github.com/llvm/llvm-project/pull/151752.diff
3 Files Affected:
- (modified) clang/lib/Sema/SemaDecl.cpp (+8)
- (m
llvmbot wrote:
@alexfh What do you think about merging this PR to the release branch?
https://github.com/llvm/llvm-project/pull/151752
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listin
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/151752
___
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/151752
Backport 22fef005225b129d73ade4ed995fc0ec0c7be044
Requested by: @mstorsjo
>From eab41145d4ed4b2ce95708559c178fc629c9655b Mon Sep 17 00:00:00 2001
From: Samarth Narang <70980689+snarang...@users.noreply.github.c
https://github.com/bassiounix updated
https://github.com/llvm/llvm-project/pull/151399
>From 4c79b81484f25c99e8e840d5b994264e48a8b962 Mon Sep 17 00:00:00 2001
From: bassiounix
Date: Thu, 31 Jul 2025 00:41:13 +0300
Subject: [PATCH] [libc][math] Refactor atanhf implementation to header-only in
s
https://github.com/bassiounix updated
https://github.com/llvm/llvm-project/pull/151399
>From 4c79b81484f25c99e8e840d5b994264e48a8b962 Mon Sep 17 00:00:00 2001
From: bassiounix
Date: Thu, 31 Jul 2025 00:41:13 +0300
Subject: [PATCH] [libc][math] Refactor atanhf implementation to header-only in
s
arichardson wrote:
> Drop non-integral as a concept, but make `DL.isNonIntegralPointer()` do a
> index width != address width check to preserve the old behavior
Yes I was thinking of that option too and I think that is probably the best
approach for now. Assuming we don't have any targets that
https://github.com/ldionne requested changes to this pull request.
Needs RFC
https://github.com/llvm/llvm-project/pull/151652
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-b
https://github.com/ldionne edited
https://github.com/llvm/llvm-project/pull/151652
___
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/ldionne commented:
I just saw https://github.com/llvm/llvm-project/pull/151651 -- I probably
should have looked at that one before this PR, but they appeared in the wrong
order in my list.
I do agree with what @philnik777 said in that other review -- I think we need
additio
https://github.com/ldionne commented:
High level comments and questions:
IIUC, the goal here is for the compiler to be able to apply e.g. pointer
authentication on fields of these structs automatically. It can't do so if they
are standard layout types, because then users are technically allowe
JDevlieghere wrote:
Great write-up @DavidSpickett. For transparency, I'm totally fine not taking
these for the release. We will take them for the next Swift stable branch,
which is based on the LLVM 21 release branch, so LLVM deserves the right of
first refusal.
https://github.com/llvm/llvm-
https://github.com/ldionne edited
https://github.com/llvm/llvm-project/pull/151652
___
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/xlauko updated
https://github.com/llvm/llvm-project/pull/151217
>From 2128e981991aa3b7098795bdf7d9a5cf7d0db011 Mon Sep 17 00:00:00 2001
From: xlauko
Date: Tue, 29 Jul 2025 21:49:22 +0200
Subject: [PATCH] [CIR] Use getDefiningOp() instead of
dyn_cast(getDefiningOp()) (NFC)
T
https://github.com/xlauko updated
https://github.com/llvm/llvm-project/pull/151217
>From 2128e981991aa3b7098795bdf7d9a5cf7d0db011 Mon Sep 17 00:00:00 2001
From: xlauko
Date: Tue, 29 Jul 2025 21:49:22 +0200
Subject: [PATCH] [CIR] Use getDefiningOp() instead of
dyn_cast(getDefiningOp()) (NFC)
T
https://github.com/xlauko updated
https://github.com/llvm/llvm-project/pull/151217
>From bc5b477e0d25d4814f6ba7e51638da5a6f0de446 Mon Sep 17 00:00:00 2001
From: xlauko
Date: Tue, 29 Jul 2025 21:49:22 +0200
Subject: [PATCH] [CIR] Use getDefiningOp() instead of
dyn_cast(getDefiningOp()) (NFC)
T
https://github.com/xlauko updated
https://github.com/llvm/llvm-project/pull/151217
>From bc5b477e0d25d4814f6ba7e51638da5a6f0de446 Mon Sep 17 00:00:00 2001
From: xlauko
Date: Tue, 29 Jul 2025 21:49:22 +0200
Subject: [PATCH] [CIR] Use getDefiningOp() instead of
dyn_cast(getDefiningOp()) (NFC)
T
amy-kwan wrote:
FYI @daltenty
https://github.com/llvm/llvm-project/pull/151734
___
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-backend-powerpc
Author: None (llvmbot)
Changes
Backport f48a8da34292b367ba8a5e7b25065172df966848
Requested by: @amy-kwan
---
Full diff: https://github.com/llvm/llvm-project/pull/151734.diff
2 Files Affected:
- (modified) llvm/lib/Target/PowerPC/PPCI
llvmbot wrote:
@mandlebug What do you think about merging this PR to the release branch?
https://github.com/llvm/llvm-project/pull/151734
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/lis
https://github.com/llvmbot milestoned
https://github.com/llvm/llvm-project/pull/151734
___
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/151734
Backport f48a8da34292b367ba8a5e7b25065172df966848
Requested by: @amy-kwan
>From 9b00bdfbf4edfed2a97b53df58ae2bec0ec12b51 Mon Sep 17 00:00:00 2001
From: Amy Kwan
Date: Fri, 1 Aug 2025 08:01:26 -0400
Subject: [P
https://github.com/xlauko updated
https://github.com/llvm/llvm-project/pull/151217
>From 2cb065adabda6fa4b7eac5d481c5d8816ce854d2 Mon Sep 17 00:00:00 2001
From: xlauko
Date: Tue, 29 Jul 2025 21:49:22 +0200
Subject: [PATCH] [CIR] Use getDefiningOp() instead of
dyn_cast(getDefiningOp()) (NFC)
T
https://github.com/xlauko updated
https://github.com/llvm/llvm-project/pull/151217
>From 2cb065adabda6fa4b7eac5d481c5d8816ce854d2 Mon Sep 17 00:00:00 2001
From: xlauko
Date: Tue, 29 Jul 2025 21:49:22 +0200
Subject: [PATCH] [CIR] Use getDefiningOp() instead of
dyn_cast(getDefiningOp()) (NFC)
T
https://github.com/thurstond approved this pull request.
https://github.com/llvm/llvm-project/pull/151715
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -109,14 +109,13 @@ define <16 x i16> @two_way_i8_i16_vl256(ptr %accptr, ptr
%uptr, ptr %sptr) vscal
; SME-LABEL: two_way_i8_i16_vl256:
; SME: // %bb.0:
; SME-NEXT:ldr z0, [x0]
-; SME-NEXT:ldr z1, [x1]
-; SME-NEXT:ldr z2, [x2]
-; SME-NEXT:umlalb z0.h, z
krzysz00 wrote:
... Actually, no, having posted that, I just had a better idea
Drop non-integral as a concept, but make `DL.isNonIntegralPointer()` do a index
width != address width check to preserve the old behavior
https://github.com/llvm/llvm-project/pull/105735
krzysz00 wrote:
v. In the context of this PR, would you be okay with me dropping the whole
non-integral section and for now pretending that AMDGPU pointers are "unstable"
to keep the current optimization restrictions in place
Yeah, that seems reasonable, just stick a comment somewhere pointing
@@ -51,12 +51,12 @@ void pointer_to_incomplete_type() {
void function_pointer() {
{
volatile std::atomic fun;
-// expected-error-re@*:* {{static assertion failed due to requirement
'!is_function::value'{{.*}}Pointer to function isn't allowed}}
+// expected-error-
1 - 100 of 214 matches
Mail list logo
