llvmbot wrote:
@llvm/pr-subscribers-backend-arm
Author: Matt Arsenault (arsenm)
Changes
The compiler should not introduce calls to arbitrary strings
that aren't defined in RuntimeLibcalls. Previously OpenBSD was
disabling the default __stack_chk_fail, but there was no record
of the alterna
llvmbot wrote:
@llvm/pr-subscribers-backend-x86
Author: Matt Arsenault (arsenm)
Changes
The compiler should not introduce calls to arbitrary strings
that aren't defined in RuntimeLibcalls. Previously OpenBSD was
disabling the default __stack_chk_fail, but there was no record
of the alterna
https://github.com/arsenm ready_for_review
https://github.com/llvm/llvm-project/pull/147917
___
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
@llvm/pr-subscribers-backend-nvptx
Author: Matt Arsenault (arsenm)
Changes
Avoid hardcoding the function name, and query if it's really
supported or not.
---
Full diff: https://github.com/llvm/llvm-project/pull/147915.diff
3 Files Affe
llvmbot wrote:
@llvm/pr-subscribers-backend-loongarch
@llvm/pr-subscribers-backend-powerpc
Author: Matt Arsenault (arsenm)
Changes
The compiler should not introduce calls to arbitrary strings
that aren't defined in RuntimeLibcalls. Previously OpenBSD was
disabling the default __stack_chk_f
llvmbot wrote:
@llvm/pr-subscribers-llvm-ir
Author: Matt Arsenault (arsenm)
Changes
SjLjEHPrepare and WasmEHPrepare directly emit calls to these by
name, and these are not tracked in RuntimeLibcalls. It will be easier
to fix this when RuntimeLibcalls is turned into an analysis, so just
add
https://github.com/arsenm ready_for_review
https://github.com/llvm/llvm-project/pull/147913
___
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 ready_for_review
https://github.com/llvm/llvm-project/pull/147915
___
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 ready_for_review
https://github.com/llvm/llvm-project/pull/147916
___
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 ready_for_review
https://github.com/llvm/llvm-project/pull/147914
___
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/147913?utm_source=stack-comment-downstack-mergeability-warning";
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/147915?utm_source=stack-comment-downstack-mergeability-warning";
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/147914?utm_source=stack-comment-downstack-mergeability-warning";
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/147917?utm_source=stack-comment-downstack-mergeability-warning";
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/147914
SjLjEHPrepare and WasmEHPrepare directly emit calls to these by
name, and these are not tracked in RuntimeLibcalls. It will be easier
to fix this when RuntimeLibcalls is turned into an analysis, so just
add the en
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/147913
The compiler should not introduce calls to arbitrary strings
that aren't defined in RuntimeLibcalls. Previously OpenBSD was
disabling the default __stack_chk_fail, but there was no record
of the alternative __stac
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/147916
Stop using hardcoded function named and check availability. This only fixes
the forced usage via command line in the pass itself; the implementations
inside of TargetLoweringBase hide additional call emission.
>F
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/147915
Avoid hardcoding the function name, and query if it's really
supported or not.
>From cb3cf0bbab28ad77821b0699cd7b238c12fce1f5 Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Thu, 10 Jul 2025 15:01:13 +0900
S
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/147916?utm_source=stack-comment-downstack-mergeability-warning";
https://github.com/arsenm created
https://github.com/llvm/llvm-project/pull/147917
Start using RuntimeLibcalls in the base implementation of
getSafeStackPointerLocation instead of hardcoding the function
names.
>From 389ea4cfc170382c158dcf0aefe832871c679bd8 Mon Sep 17 00:00:00 2001
From: Matt A
llvmbot wrote:
@llvm/pr-subscribers-backend-nvptx
Author: Matt Arsenault (arsenm)
Changes
Start using RuntimeLibcalls in the base implementation of
getSafeStackPointerLocation instead of hardcoding the function
names.
---
Full diff: https://github.com/llvm/llvm-project/pull/147917.diff
llvmbot wrote:
@llvm/pr-subscribers-llvm-transforms
@llvm/pr-subscribers-backend-nvptx
Author: Matt Arsenault (arsenm)
Changes
Stop using hardcoded function named and check availability. This only fixes
the forced usage via command line in the pass itself; the implementations
inside of Tar
llvmbot wrote:
@llvm/pr-subscribers-llvm-ir
Author: Matt Arsenault (arsenm)
Changes
Stop using hardcoded function named and check availability. This only fixes
the forced usage via command line in the pass itself; the implementations
inside of TargetLoweringBase hide additional call emissi
llvmbot wrote:
@llvm/pr-subscribers-llvm-transforms
Author: Matt Arsenault (arsenm)
Changes
Start using RuntimeLibcalls in the base implementation of
getSafeStackPointerLocation instead of hardcoding the function
names.
---
Full diff: https://github.com/llvm/llvm-project/pull/147917.diff
smithp35 wrote:
> @smithp35 @MaskRay ping.
I've got it on my list, will aim to get you some comments on this and
https://github.com/llvm/llvm-project/pull/133534 by tomorrow. Unlikely to make
it today.
https://github.com/llvm/llvm-project/pull/133531
__
https://github.com/RossBrunton created
https://github.com/llvm/llvm-project/pull/147944
Looks up a global variable as a symbol
>From de96f4311a866a3277086df3441c4c72a81970ce Mon Sep 17 00:00:00 2001
From: Ross Brunton
Date: Thu, 10 Jul 2025 12:53:30 +0100
Subject: [PATCH] [Offload] Add `olGet
https://github.com/jhuber6 commented:
What do we use the `Size` variant for exactly? I figured that would just be
part of the query, most documentation will state how big the output variable
needs to be when using some of these enums.
https://github.com/llvm/llvm-project/pull/147962
_
https://github.com/aaupov created
https://github.com/llvm/llvm-project/pull/147971
Validate collected traces both from perf data and pre-aggregated data
if they are affected by duplicate top-of-stack entry erratum (affecting
Intel SKL and derived CPUs).
Test Plan: TBD
___
https://github.com/jhuber6 commented:
I would prefer that we do this like HSA does and have
`HSA_EXECUTABLE_SYMBOL_INFO_NAME_LENGTH` as a separate info that you can query
first and then use as a pointer for `HSA_EXECUTABLE_SYMBOL_INFO_NAME`.
https://github.com/llvm/llvm-project/pull/147962
___
https://github.com/vikramRH edited
https://github.com/llvm/llvm-project/pull/148115
___
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/vikramRH edited
https://github.com/llvm/llvm-project/pull/148114
___
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/vikramRH edited
https://github.com/llvm/llvm-project/pull/148107
___
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/vikramRH edited
https://github.com/llvm/llvm-project/pull/148108
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
arsenm wrote:
Should use the `Co-authored-by:` tag and not reference usernames in the
description
https://github.com/llvm/llvm-project/pull/148115
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/
https://github.com/arsenm approved this pull request.
Should fix the API to invert this, passes should be required by default
https://github.com/llvm/llvm-project/pull/148115
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
http
https://github.com/boomanaiden154 updated
https://github.com/llvm/llvm-project/pull/147871
___
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/boomanaiden154 updated
https://github.com/llvm/llvm-project/pull/147871
___
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/boomanaiden154 updated
https://github.com/llvm/llvm-project/pull/147871
___
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/boomanaiden154 updated
https://github.com/llvm/llvm-project/pull/147871
___
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/boomanaiden154 updated
https://github.com/llvm/llvm-project/pull/147791
___
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/boomanaiden154 updated
https://github.com/llvm/llvm-project/pull/147791
___
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/RossBrunton created
https://github.com/llvm/llvm-project/pull/147962
This mirrors the similar functions for other handles. The only
implemented info at the moment is the symbol's kind.
>From 252c47b65e494ca3d293cec3abb4a9f5c7378a15 Mon Sep 17 00:00:00 2001
From: Ross Brunton
llvmbot wrote:
@llvm/pr-subscribers-offload
Author: Ross Brunton (RossBrunton)
Changes
This mirrors the similar functions for other handles. The only
implemented info at the moment is the symbol's kind.
---
Full diff: https://github.com/llvm/llvm-project/pull/147962.diff
6 Files Affect
RossBrunton wrote:
@jhuber6 Some queries (such as name and vendor) return strings, binary data or
arrays. This entry point allows the implementation to pre-allocate storage for
them.
It's also useful for offload users that want to create a generic "readInfo"
function that allocates and return
jhuber6 wrote:
> @jhuber6 Some queries (such as name and vendor) return strings, binary data
> or arrays. This entry point allows the implementation to pre-allocate storage
> for them.
>
> It's also useful for offload users that want to create a generic "readInfo"
> function that allocates an
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/146489
>From 8f6c32d44d917cd455ae8f74bcc027cd7574c5bb Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Sat, 28 Jun 2025 11:09:01 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Rework discriminator analysis in AUT
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/146489
>From 8f6c32d44d917cd455ae8f74bcc027cd7574c5bb Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Sat, 28 Jun 2025 11:09:01 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Rework discriminator analysis in AUT
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/147136
>From 42a8fe9fa73230b0c1231484d9de7bfdf5c47f46 Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Fri, 4 Jul 2025 16:58:11 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Precommit ptrauth-isel.ll tests on ca
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/147136
>From 42a8fe9fa73230b0c1231484d9de7bfdf5c47f46 Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Fri, 4 Jul 2025 16:58:11 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Precommit ptrauth-isel.ll tests on ca
https://github.com/RossBrunton updated
https://github.com/llvm/llvm-project/pull/147962
>From b269d41d44e589baa2d0e4b87d1734e39b5de2a0 Mon Sep 17 00:00:00 2001
From: Ross Brunton
Date: Thu, 10 Jul 2025 14:32:39 +0100
Subject: [PATCH] [Offload] Add `olGetSymbolInfo[Size]`
This mirrors the simil
https://github.com/Meinersbur updated
https://github.com/llvm/llvm-project/pull/144785
>From fed2aa77ab2cd5d2354d128fcfbe70bad8a4ec22 Mon Sep 17 00:00:00 2001
From: Michael Kruse
Date: Wed, 18 Jun 2025 21:55:47 +0200
Subject: [PATCH 1/3] [Flang][MLIR] Add `!$omp unroll` and
`omp.unroll_heurist
https://github.com/Meinersbur edited
https://github.com/llvm/llvm-project/pull/144785
___
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/aaupov updated
https://github.com/llvm/llvm-project/pull/147971
>From 390ad2fe3e0b0fd72ac37468c1e3482ff017cec2 Mon Sep 17 00:00:00 2001
From: Amir Ayupov
Date: Thu, 10 Jul 2025 08:17:11 -0700
Subject: [PATCH] format
Created using spr 1.3.4
---
bolt/lib/Profile/DataAggregato
@@ -4363,24 +4458,25 @@ static int64_t
determineSVEStackObjectOffsets(MachineFrameInfo &MFI,
report_fatal_error(
"Alignment of scalable vectors > 16 bytes is not yet supported");
+int64_t &Offset = OffsetForObject(FI, ZPROffset, PPROffset);
Offset = a
luporl wrote:
> #147875 I think fixes it
That fixed it, thanks!
https://github.com/llvm/llvm-project/pull/147225
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commit
@@ -4296,10 +4372,20 @@ static bool getSVECalleeSaveSlotRange(const
MachineFrameInfo &MFI,
// Fills in the first and last callee-saved frame indices into
// Min/MaxCSFrameIndex, respectively.
// Returns the size of the stack.
-static int64_t determineSVEStackObjectOffsets(Mach
@@ -4694,12 +4790,8 @@ void
AArch64FrameLowering::processFunctionBeforeFrameFinalized(
assert(getStackGrowthDirection() == TargetFrameLowering::StackGrowsDown &&
"Upwards growing stack unsupported");
- int MinCSFrameIndex, MaxCSFrameIndex;
- int64_t SVEStackSize
@@ -19,6 +19,11 @@
namespace llvm {
+struct SVEStackSizes {
sdesmalen-arm wrote:
The only places where `SVEStackSizes` are used, are in the context of unsigned
values (the function `setStackSizeSVE` and the variables `SVELocals` and
`SVEStackSize`), except
@@ -19,6 +19,11 @@
namespace llvm {
+struct SVEStackSizes {
MacDue wrote:
The usage I was referring to was within `determineSVEStackObjectOffsets()` for
`ZPROffset` and `PPROffset`, which based on another suggestion uses the values
from the `SVEStackSizes`
https://github.com/boomanaiden154 edited
https://github.com/llvm/llvm-project/pull/147844
___
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/boomanaiden154 commented:
Premerge failures here also look relevant.
https://github.com/llvm/llvm-project/pull/147844
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/lis
@@ -50,16 +58,63 @@ static cl::opt OutputFilename("o",
cl::desc("Output filename"),
cl::init("-"),
cl::cat(IR2VecToolCategory));
+enum ToolMode {
+ TripletMode, // Generate triplets for vo
@@ -0,0 +1,73 @@
+; RUN: llvm-ir2vec --mode=embeddings
--ir2vec-vocab-path=%S/../../Analysis/IR2Vec/Inputs/dummy_3D_nonzero_opc_vocab.json
%s | FileCheck %s -check-prefix=CHECK-DEFAULT
boomanaiden154 wrote:
Given you access `%S../../Analysis/IR2Vec/Inputs` so o
@@ -81,6 +136,70 @@ class IR2VecTool {
OS << LocalOutput;
}
+ /// Generate embeddings for the entire module
+ void generateEmbeddings(raw_ostream &OS) const {
+if (!Vocab->isValid()) {
+ OS << "Error: Vocabulary is not valid. IR2VecTool not initialized.\n";
+
@@ -117,11 +270,21 @@ int main(int argc, char **argv) {
cl::HideUnrelatedOptions(IR2VecToolCategory);
cl::ParseCommandLineOptions(
argc, argv,
- "IR2Vec - Triplet Generation Tool\n"
- "Generates triplets for vocabulary training from LLVM IR.\n"
- "Futur
https://github.com/MacDue updated
https://github.com/llvm/llvm-project/pull/142391
>From 8664a890ef0567b92b82fd8eee8b69914fac678b Mon Sep 17 00:00:00 2001
From: Benjamin Maxwell
Date: Thu, 8 May 2025 17:38:27 +
Subject: [PATCH 1/7] [AArch64] Prepare for split ZPR and PPR area allocation
(N
@@ -4694,12 +4790,8 @@ void
AArch64FrameLowering::processFunctionBeforeFrameFinalized(
assert(getStackGrowthDirection() == TargetFrameLowering::StackGrowsDown &&
"Upwards growing stack unsupported");
- int MinCSFrameIndex, MaxCSFrameIndex;
- int64_t SVEStackSize
https://github.com/MacDue edited
https://github.com/llvm/llvm-project/pull/142391
___
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/MacDue edited
https://github.com/llvm/llvm-project/pull/142391
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits
@@ -4296,10 +4372,20 @@ static bool getSVECalleeSaveSlotRange(const
MachineFrameInfo &MFI,
// Fills in the first and last callee-saved frame indices into
// Min/MaxCSFrameIndex, respectively.
// Returns the size of the stack.
-static int64_t determineSVEStackObjectOffsets(Mach
EricWF wrote:
Could you please add some description about why this is an improvement and the
validation done test it?
https://github.com/llvm/llvm-project/pull/147681
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://list
inbelic wrote:
Ah okay, didn't realize it follows a different structure here. Thanks for
checking
https://github.com/llvm/llvm-project/pull/146785
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.o
@@ -94,14 +147,83 @@ static void reportErrors(Module &M, DXILResourceMap &DRM,
assert(!DRBI.hasImplicitBinding() && "implicit bindings should be handled in
"
"DXILResourceImplicitBinding pass");
+
+ if (auto RSD = getRootSignature(RSB
@@ -14,10 +14,129 @@
#ifndef LLVM_LIB_TARGET_DIRECTX_DXILPOSTOPTIMIZATIONVALIDATION_H
#define LLVM_LIB_TARGET_DIRECTX_DXILPOSTOPTIMIZATIONVALIDATION_H
+#include "DXILRootSignature.h"
+#include "llvm/ADT/IntervalMap.h"
+#include "llvm/Analysis/DXILResource.h"
#include "llvm/IR
@@ -14,10 +14,129 @@
#ifndef LLVM_LIB_TARGET_DIRECTX_DXILPOSTOPTIMIZATIONVALIDATION_H
#define LLVM_LIB_TARGET_DIRECTX_DXILPOSTOPTIMIZATIONVALIDATION_H
+#include "DXILRootSignature.h"
+#include "llvm/ADT/IntervalMap.h"
+#include "llvm/Analysis/DXILResource.h"
#include "llvm/IR
@@ -0,0 +1,160 @@
+; RUN: not opt -S -passes='dxil-post-optimization-validation'
-mtriple=dxil-pc-shadermodel6.6-compute %s 2>&1
+
+; CHECK: error: register cbuffer (space=665, register=3) is not defined in
Root Signature
+; CHECK: error: register srv (space=0, register=0) is n
llvmbot wrote:
@llvm/pr-subscribers-flang-parser
@llvm/pr-subscribers-flang-semantics
Author: Krzysztof Parzyszek (kparzysz)
Changes
Dispatch is the last construct (after ATOMIC and ALLOCATORS) where the
associated block requires a specific form.
Using OmpDirectiveSpecification for the be
kparzysz wrote:
Stack:
- https://github.com/llvm/llvm-project/pull/148005
- https://github.com/llvm/llvm-project/pull/148008 (this PR)
https://github.com/llvm/llvm-project/pull/148008
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.
https://github.com/kparzysz created
https://github.com/llvm/llvm-project/pull/148008
Dispatch is the last construct (after ATOMIC and ALLOCATORS) where the
associated block requires a specific form.
Using OmpDirectiveSpecification for the begin and the optional end directives
will make the str
@@ -14,10 +14,129 @@
#ifndef LLVM_LIB_TARGET_DIRECTX_DXILPOSTOPTIMIZATIONVALIDATION_H
#define LLVM_LIB_TARGET_DIRECTX_DXILPOSTOPTIMIZATIONVALIDATION_H
+#include "DXILRootSignature.h"
+#include "llvm/ADT/IntervalMap.h"
+#include "llvm/Analysis/DXILResource.h"
#include "llvm/IR
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/147315
>From 7fcb14746ba080092560f18860534bb4d2d7adda Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Mon, 7 Jul 2025 15:13:00 +
Subject: [PATCH] [LifetimeSafety] Add script performance benchmarking
---
.../Ana
https://github.com/usx95 updated
https://github.com/llvm/llvm-project/pull/147315
>From 7fcb14746ba080092560f18860534bb4d2d7adda Mon Sep 17 00:00:00 2001
From: Utkarsh Saxena
Date: Mon, 7 Jul 2025 15:13:00 +
Subject: [PATCH] [LifetimeSafety] Add script performance benchmarking
---
.../Ana
usx95 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/147315?utm_source=stack-comment-downstack-mergeability-warning";
>
https://github.com/jhuber6 approved this pull request.
I'm wondering if we could just make it `getSymbol` instead of `getKernel`. We
need to disambiguate for the underlying runtime calls (AMDGPU needs `.kd` and
CUDA uses a different one) but that should be easily doable with a quick lookup
in
Author: Jan Patrick Lehr
Date: 2025-07-10T14:00:26+02:00
New Revision: de38c652c7c28eb0481cbea1374fe551b9a8f0e2
URL:
https://github.com/llvm/llvm-project/commit/de38c652c7c28eb0481cbea1374fe551b9a8f0e2
DIFF:
https://github.com/llvm/llvm-project/commit/de38c652c7c28eb0481cbea1374fe551b9a8f0e2.di
llvmbot wrote:
@llvm/pr-subscribers-offload
Author: Ross Brunton (RossBrunton)
Changes
Looks up a global variable as a symbol
---
Full diff: https://github.com/llvm/llvm-project/pull/147944.diff
6 Files Affected:
- (modified) offload/liboffload/API/Symbol.td (+15)
- (modified) offloa
https://github.com/jhuber6 commented:
Debating whether or not we should just have `olGetSymbol` and let the user
assume whether or not it's a kernel and let them use the info to verify if
they're unsure.
https://github.com/llvm/llvm-project/pull/147944
_
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/147482
>From bf2e5cea56ebaef4108434fa3682b71664db8c9f Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Tue, 24 Jun 2025 16:45:41 +0900
Subject: [PATCH] Hexagon: Move runtime libcall configuration to tablegen
---
ll
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/147651
>From 652b9c51f99016f4e180c7696fe9b9ad3b01b376 Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Wed, 9 Jul 2025 14:06:33 +0900
Subject: [PATCH] RuntimeLibcalls: Stop using defset for default calls
This is red
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/147652
>From f4304a228ee232d169f841c4224557035ff6eecf Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Wed, 9 Jul 2025 14:11:25 +0900
Subject: [PATCH] RISCV: Start moving runtime libcall config to tablegen
This does
https://github.com/arsenm updated
https://github.com/llvm/llvm-project/pull/147656
>From 7f46a81864caff6a82f11acc6daa0b036d675ea6 Mon Sep 17 00:00:00 2001
From: Matt Arsenault
Date: Wed, 9 Jul 2025 14:40:34 +0900
Subject: [PATCH] RuntimeLibcalls: Avoid adding ppcf128 calls to non-ppc
targets
https://github.com/atrosinenko edited
https://github.com/llvm/llvm-project/pull/146488
___
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/atrosinenko updated
https://github.com/llvm/llvm-project/pull/147815
>From 6b6ca42e95a18d41a570087fff7f6a6174e62bfb Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Wed, 9 Jul 2025 21:28:09 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Precommit tests for handling ptrauth.
@@ -0,0 +1,41 @@
+#ifdef LIBC_COPT_PRINTF_MODULAR
+#include "src/__support/arg_list.h"
+
+#define LIBC_PRINTF_DEFINE_MODULAR
+#include "src/stdio/printf_core/float_dec_converter.h"
+#include "src/stdio/printf_core/float_hex_converter.h"
+#include "src/stdio/printf_core/parser.h"
+
RossBrunton wrote:
@jhuber6 I'm not sure that's possible generically. The AMD backend at least
needs to mangle kernel names to add ".kd" on the end, so we'd need to know
ahead of time whether it's a kernel or not.
However, `olGetSymbol` could work if we pass in the symbol kind as a parameter,
@@ -19,6 +19,11 @@
namespace llvm {
+struct SVEStackSizes {
sdesmalen-arm wrote:
Ah yes, those use the same data storage so there will be a conversion required
in that function. In that case, I'm happy with an explicit cast as in:
```
unsigned &Offset = Off
https://github.com/atrosinenko updated
https://github.com/llvm/llvm-project/pull/147815
>From 794a84e68a91374646d18d0bd3a789b1f717022e Mon Sep 17 00:00:00 2001
From: Anatoly Trosinenko
Date: Wed, 9 Jul 2025 21:28:09 +0300
Subject: [PATCH 1/2] [AArch64][PAC] Precommit tests for handling ptrauth.
atrosinenko 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/147815?utm_source=stack-comment-downstack-mergeability-warni
https://github.com/joaosaffran updated
https://github.com/llvm/llvm-project/pull/146785
>From a49aa19297811e5800ffce364d8d6a225109d93f Mon Sep 17 00:00:00 2001
From: joaosaffran
Date: Thu, 26 Jun 2025 19:28:01 +
Subject: [PATCH 01/13] refactoring
---
.../lib/Target/DirectX/DXContainerGlob
@@ -447,21 +453,18 @@ void IR2VecVocabAnalysis::generateNumMappedVocab() {
// Handle Opcodes
std::vector NumericOpcodeEmbeddings(Vocabulary::MaxOpcodes,
Embedding(Dim, 0));
-#define HANDLE_INST(NUM, OPCODE, CLASS)
1 - 100 of 195 matches
Mail list logo
