[llvm-bugs] [Bug 32849] clang crashes with "-mllvm -enable-newgvn": "Any class with a store as a " "leader should have a " "representative stored value\n"

via llvm-bugs llvm-bugs at lists.llvm.org
Fri May 19 18:06:30 PDT 2017


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

Davide Italiano <davide at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #3 from Davide Italiano <davide at freebsd.org> ---
This was also fixed by my last commit.

commit 1567395d7e7cc2bb203821cb2329b79255bc8a0a
Author: davide <davide at 91177308-0d34-0410-b5e6-96231b3b80d8>
Date:   Sat May 20 00:46:54 2017 +0000

    [NewGVN] Create a StoreExpression instead of a VariableExpression.

    In the case where we have an operand defined by a lod of the
    same memory location. Historically this was a VariableExpression
    because we wanted to make sure they ended up in the same class,
    but if we create the right expression, they end up in the same
    class anyway.

    Fixes PR32897. Thanks to Dan for the detailed discussion and the
    fix suggestion.

-- 
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/20170520/a2542a5c/attachment.html>


More information about the llvm-bugs mailing list