kosarev wrote:
Same suggestion as in
https://github.com/llvm/llvm-project/pull/119750#discussion_r1941297212.
https://github.com/llvm/llvm-project/pull/125706
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailm
@@ -1690,7 +1715,7 @@ defm V_FMA_F32 :
VOP3_Realtriple_gfx11_gfx12<0x213>;
defm V_FMA_F64 : VOP3_Real_Base_gfx11_gfx12<0x214>;
defm V_LERP_U8 : VOP3_Realtriple_gfx11_gfx12<0x215>;
defm V_ALIGNBIT_B32: VOP3_Realtriple_gfx11_gfx12<0x21
https://github.com/kosarev edited
https://github.com/llvm/llvm-project/pull/119750
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/kosarev approved this pull request.
LGTM.
https://github.com/llvm/llvm-project/pull/119750
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2353,8 +2353,8 @@ def int_amdgcn_writelane :
[IntrNoMem, IntrConvergent, IntrWillReturn, IntrNoCallback, IntrNoFree]
>;
-def int_amdgcn_alignbyte : ClangBuiltin<"__builtin_amdgcn_alignbyte">,
- DefaultAttrsIntrinsic<[llvm_i32_ty], [llvm_i32_ty, llvm_i32_ty, llvm_i32_ty]
@@ -2353,8 +2353,8 @@ def int_amdgcn_writelane :
[IntrNoMem, IntrConvergent, IntrWillReturn, IntrNoCallback, IntrNoFree]
>;
-def int_amdgcn_alignbyte : ClangBuiltin<"__builtin_amdgcn_alignbyte">,
- DefaultAttrsIntrinsic<[llvm_i32_ty], [llvm_i32_ty, llvm_i32_ty, llvm_i32_ty]
https://github.com/kosarev edited
https://github.com/llvm/llvm-project/pull/119750
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2353,8 +2353,8 @@ def int_amdgcn_writelane :
[IntrNoMem, IntrConvergent, IntrWillReturn, IntrNoCallback, IntrNoFree]
>;
-def int_amdgcn_alignbyte : ClangBuiltin<"__builtin_amdgcn_alignbyte">,
- DefaultAttrsIntrinsic<[llvm_i32_ty], [llvm_i32_ty, llvm_i32_ty, llvm_i32_ty]
@@ -650,15 +650,15 @@ class VOP_SDWA_Pseudo pattern=[]> :
let Uses = !if(ReadsModeReg, [MODE, EXEC], [EXEC]);
let SubtargetPredicate = HasSDWA;
- let AssemblerPredicate = HasSDWA;
+ //let AssemblerPredicate = HasSDWA;
kosarev wrote:
Just remove the lin
kosarev wrote:
@igelbox This seems to cause `Clang-Unit :: Rename/./ClangRenameTests/*`
failures on my machine. Still reproduces on the current top of branch,
dbe47c2a06e0928edde802d062ecf1a0ce45fbb9. Anyone else can see the failures?
The `Clang-Unit :: AST/Interp/./InterpTests/*` failures are
Mirko =?utf-8?q?Brkušanin?=
Message-ID:
In-Reply-To:
@@ -305,6 +305,11 @@ class VOP3OpSel_gfx10 op, VOPProfile p> :
VOP3e_gfx10 {
class VOP3OpSel_gfx11_gfx12 op, VOPProfile p> : VOP3OpSel_gfx10;
+class VOP3FP8OpSel_gfx11_gfx12 op, VOPProfile p> : VOP3e_gfx10
{
+ let Ins
@@ -626,11 +629,82 @@ class Cvt_PK_F32_F8_Pat;
-foreach Index = [0, -1] in {
- def : Cvt_PK_F32_F8_Pat;
- def : Cvt_PK_F32_F8_Pat;
+let SubtargetPredicate = isGFX9Only in {
+ foreach Index = [0, -1] in {
+def : Cvt_PK_F32_F8_Pat;
+def : Cvt_PK_F32_F8_Pat;
+ }
+}
+
+
kosarev wrote:
> Correct, some of these instructions use opsel[1] which in LLVM in stored in
> src1_modifiers so a dummy src1 is used.
Why can't we just use `SRCMODS.OP_SEL_1` with src0?
https://github.com/llvm/llvm-project/pull/78414
___
cfe-commits
https://github.com/kosarev updated
https://github.com/llvm/llvm-project/pull/78198
>From 0dc06c5ab3b1ff5f2441ff0ee26f5a6dfbbb7753 Mon Sep 17 00:00:00 2001
From: Ivan Kosarev
Date: Mon, 15 Jan 2024 17:20:34 +
Subject: [PATCH] [AMDGPU] Fix predicates for V_DOT instructions.
Resolves AsmParse
kosarev wrote:
It seems after this change we started to fail on `LLVM ::
ExecutionEngine/JITLink/RISCV/ELF_ehframe.s` when using debug libgcxx.
Tagging #68594.
```
/usr/include/c++/11/bits/stl_algo.h:2217:
In function:
std::pair<_FIter, _FIter> std::equal_range(_FIter, _FIter, const _Tp&,
Author: Ivan Kosarev
Date: 2022-05-26T11:37:19+01:00
New Revision: ad1d60c3befd606d6864b367f939238e50fb0f7e
URL:
https://github.com/llvm/llvm-project/commit/ad1d60c3befd606d6864b367f939238e50fb0f7e
DIFF:
https://github.com/llvm/llvm-project/commit/ad1d60c3befd606d6864b367f939238e50fb0f7e.diff
Author: Ivan Kosarev
Date: 2022-05-24T12:49:42+01:00
New Revision: be4eaf10eef76869eb404f68703a1a09b344a7e5
URL:
https://github.com/llvm/llvm-project/commit/be4eaf10eef76869eb404f68703a1a09b344a7e5
DIFF:
https://github.com/llvm/llvm-project/commit/be4eaf10eef76869eb404f68703a1a09b344a7e5.diff
Hello Alex,
I'm working on it.
Thanks,
On 22/12/17 00:07, Alex L wrote:
Hi,
This commit has caused a new regression in LLVM 6. I filed the
following PR: https://bugs.llvm.org/show_bug.cgi?id=35724 .
Could you please take a look?
Thanks,
Alex
On 17 October 2017 at 02:12, Ivan A. Kosarev v
Hello Douglas,
Sure, I'm on it. Thanks for reporting and sorry for the troubles.
On 18/10/17 20:24, Yung, Douglas wrote:
Hi Ivan,
This change caused a compiler crash in one of our tests. I have put the details
in PR34992, can you take a look?
Douglas Yung
-Original Message-
From:
Thanks for the ack Daniel. Hopefully others will eventually have a
chance to review.
On 27/09/17 19:00, Daniel Berlin wrote:
(As i mentioned to hal offline, i'm too slammed to help here)
On Wed, Sep 27, 2017 at 8:47 AM, Ivan A. Kosarev via Phabricator
mailto:revi...@reviews.llvm.org>> wrote:
20 matches
Mail list logo