<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 25, 2014 at 6:33 PM, Chandler Carruth <span dir="ltr"><<a href="mailto:chandlerc@gmail.com" target="_blank">chandlerc@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In particular, why did the load need to be sliced up but the store didn't? That doesn't really make sense.</blockquote>
</div><br>Oh, I see, you have a store into a non-alloca region from a value loaded from the alloca.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I think preserving the wide store is correct here as it represents strictly more freedom in the optimizer. We should do store narrowing to remove bit math in the backend (or late in the optimizer).</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">To see why we would want to use the wider store: consider when we actually can eventually fold the loads together. Once we split up a store, we can in many cases never fuse them back together. =/</div>
</div>