[llvm-bugs] [Bug 51184] New: Multiple evaluations of a GEP

[via llvm-bugs]

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

            Bug ID: 51184
           Summary: Multiple evaluations of a GEP
           Product: libraries
           Version: trunk
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: Scalar Optimizations
          Assignee: unassignedbugs at nondot.org
          Reporter: momchil.velikov at arm.com
                CC: llvm-bugs at lists.llvm.org

Created attachment 25056
  --> https://bugs.llvm.org/attachment.cgi?id=25056&action=edit
test case

In the attached test case there is this instruction

  %h3 = getelementptr inbounds %struct.entry_t, %struct.entry_t* %2, i64
%idxprom, i32 0, i64 0, i32 0

and 12-13 more similar instructions like


   %h3.3 = getelementptr inbounds %struct.entry_t, %struct.entry_t* %2, i64
%idxprom, i32 0, i64 3, i32 0

which begin with the same part `getelementptr inbounds %struct.entry_t,
%struct.entry_t* %2, i64 %idxprom`


When the attached test case is compiled with

`opt  --passes="default<O3>" store.ll -S -o - | lcc`

the output assembly file still contains multiple evaluations of that part, e.g.


        mov     w15, #48
        madd    x15, x9, x15, x8

 ...
        mov     w13, #48
        madd    x13, x9, x13, x8

etc.

-- 
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/20210723/1af80776/attachment-0001.html>