[llvm-bugs] [Bug 50433] New: wasm32: v128.load8_lane not used with equivalent pattern

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=50433

            Bug ID: 50433
           Summary: wasm32: v128.load8_lane not used with equivalent
                    pattern
           Product: libraries
           Version: trunk
          Hardware: PC
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: Backend: WebAssembly
          Assignee: unassignedbugs at nondot.org
          Reporter: alex at crichton.co
                CC: llvm-bugs at lists.llvm.org

Given this LLVM IR:



; ModuleID = 'foo.3a1fbbbh-cgu.0'
source_filename = "foo.3a1fbbbh-cgu.0"
target datalayout = "e-m:e-p:32:32-i64:64-n32:64-S128"
target triple = "wasm32-unknown-wasi"

; Function Attrs: norecurse nounwind readonly willreturn
define dso_local <4 x i32> @v128_load8_lane(i32* nocapture readonly %a, <4 x
i32> %b) unnamed_addr #0 {
start:
  %_4 = load i32, i32* %a, align 4
  %0 = insertelement <4 x i32> %b, i32 %_4, i32 2
  ret <4 x i32> %0
}

attributes #0 = { norecurse nounwind readonly willreturn "target-cpu"="generic"
"target-features"="+simd128" }




this doesn't currently optimize to use the `v128.load8_lane` intrinsic, it
requires using the `llvm.wasm.load32.lane` intrinsic. While not super
problematic it'd be nice if this equivalent pattern was recognized because it'd
allow easy configuration of the alignment on `v128.load8_lane` since it happens
via the `load` instruction separately.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20210521/23b5ef10/attachment-0001.html>