search for: 60ruew

Ok, thanks. Are there any plans to reintroduce it on the IR level? I'm not confident this is strictly necessary, but in some cases not having load widening ends up really bad. Like in the case where vectorizer tries to do something about it: https://godbolt.org/z/60RuEw https://bugs.llvm.org/show_bug.cgi?id=42708 At the current state I'm forced to use memset() to express uint64 load from an array of bytes. // P. On Thu, Sep 12, 2019 at 4:22 AM Artur Pilipenko <apilipenko at azul.com> wrote: > Hi, > > Load widening/combine for the original pa...

...;> Are there any plans to reintroduce it on the IR level? I'm not >> confident this is strictly necessary, but in some cases not having >> load widening ends up really bad. >> Like in the case where vectorizer tries to do something about it: >> https://godbolt.org/z/60RuEw >> https://bugs.llvm.org/show_bug.cgi?id=42708 >> >> At the current state I'm forced to use memset() to express uint64 >> load from an array of bytes. >> >> // P. >> >> On Thu, Sep 12, 2019 at 4:22 AM Artur Pilipenko <apilipenko at azul.com &...

Hi, Can I ask what is the status of load widening. It seems there is no load widening on IR at all. // Paweł On Wed, Oct 5, 2016 at 1:49 PM Artur Pilipenko via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Philip and I talked about this is person. Given the fact that load > widening in presence of atomics is irreversible transformation we agreed > that we don't want to do