[clang] [llvm] [AMDGPU][True16][MC][CodeGen] true16 for v_alignbyte_b32 (PR #125706)

2025-02-06 Thread Ivan Kosarev via cfe-commits
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

[clang] [llvm] [AMDGPU][True16][MC][CodeGen] true16 for v_alignbyte_b32 (PR #119750)

2025-02-04 Thread Ivan Kosarev via cfe-commits
@@ -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

[clang] [llvm] [AMDGPU][True16][MC][CodeGen] true16 for v_alignbyte_b32 (PR #119750)

2025-02-04 Thread Ivan Kosarev via cfe-commits
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

[clang] [llvm] [AMDGPU][True16][MC][CodeGen] true16 for v_alignbyte_b32 (PR #119750)

2025-02-04 Thread Ivan Kosarev via 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

[clang] [llvm] [AMDGPU][True16][MC] true16 for v_alignbyte_b32 (PR #119750)

2025-01-07 Thread Ivan Kosarev via 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]

[clang] [llvm] [AMDGPU][True16][MC] true16 for v_alignbyte_b32 (PR #119750)

2025-01-07 Thread Ivan Kosarev via 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]

[clang] [llvm] [AMDGPU][True16][MC] true16 for v_alignbyte_b32 (PR #119750)

2025-01-03 Thread Ivan Kosarev via cfe-commits
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

[clang] [llvm] [AMDGPU][True16][MC] true16 for v_alignbyte_b32 (PR #119750)

2025-01-03 Thread Ivan Kosarev via 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]

[clang] [llvm] AMDGPU: Add gfx950 subtarget definitions (PR #116307)

2024-11-15 Thread Ivan Kosarev via cfe-commits
@@ -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

[clang] [clang-tools-extra] [flang] Fix OOM in FormatDiagnostic (2nd attempt) (PR #108866)

2024-10-18 Thread Ivan Kosarev via cfe-commits
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

[clang] [libcxx] [libc] [lld] [llvm] [flang] [clang-tools-extra] [lldb] [compiler-rt] [AMDGPU][GFX12] VOP encoding and codegen - add support for v_cvt fp8/… (PR #78414)

2024-01-22 Thread Ivan Kosarev via cfe-commits
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

[libcxx] [lld] [libc] [lldb] [clang] [flang] [compiler-rt] [clang-tools-extra] [llvm] [AMDGPU][GFX12] VOP encoding and codegen - add support for v_cvt fp8/… (PR #78414)

2024-01-22 Thread Ivan Kosarev via cfe-commits
@@ -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; + } +} + +

[clang-tools-extra] [libcxx] [clang] [lldb] [lld] [llvm] [flang] [libc] [compiler-rt] [AMDGPU][GFX12] VOP encoding and codegen - add support for v_cvt fp8/… (PR #78414)

2024-01-22 Thread Ivan Kosarev via cfe-commits
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

[clang] [libcxx] [llvm] [libunwind] [libc] [lldb] [compiler-rt] [lld] [clang-tools-extra] [flang] [AMDGPU] Fix predicates for V_DOT instructions. (PR #78198)

2024-01-16 Thread Ivan Kosarev via 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

[clang] [llvm] [JITLink][RISCV] Implement eh_frame handling (PR #68253)

2024-01-10 Thread Ivan Kosarev via cfe-commits
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&,

[clang] ad1d60c - [FileCheck] Catch missspelled directives.

2022-05-26 Thread Ivan Kosarev via cfe-commits
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

[clang] be4eaf1 - [Clang][CodeGen] Fix the cmse-clear-return.c test.

2022-05-24 Thread Ivan Kosarev via cfe-commits
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

Re: r315984 - [CodeGen] EmitPointerWithAlignment() to generate TBAA info along with LValue base info

2017-12-22 Thread Ivan Kosarev via cfe-commits
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

Re: r315984 - [CodeGen] EmitPointerWithAlignment() to generate TBAA info along with LValue base info

2017-10-18 Thread Ivan Kosarev via cfe-commits
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:

Re: [PATCH] D37826: Refine generation of TBAA information in clang

2017-09-28 Thread Ivan Kosarev via cfe-commits
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: