<div dir="ltr">Hi Chandler,<div><br></div><div>Sorry for replying long-time-ago commit, we found a case regression on 3.6 due to this.</div><div><br></div><div><div>entry:</div><div>  %castv4i32 = bitcast <4 x i32> %input to i128</div><div>->  store i128 %castv4i32, i128* %gep</div><div>  ret void</div><div><br></div></div><div>After this transformation, it will become</div><div><br></div><div><div> entry:</div><div>   %0 = bitcast i128* %gep to <4 x i32>*<br></div><div>->   store <4 x i32> %input, <4 x i32>* %0</div></div><div><br></div><div>and it will fillup the align to</div><div><br></div><div><div>->  store <4 x i32> %input, <4 x i32>* %0, align 16     (Please check: visitStoreInst: line 619)</div></div><div><br></div><div>The problem is </div><div>i128 align is 8 on x86_64 (due to DataLayout rule), but after transformation, it will fill up align 16 to that store.</div><div>We expect it store to i128 will be align 8, but machine code will generate instructions only accepting align 16, that causes SEGSIGV.</div><div>(eg. movups vs movaps)</div><div><br></div><div>Could we regard that case as side effect of this commit?</div><div>Thank you for kindly help!</div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-12 10:34 GMT+08:00 Chandler Carruth <span dir="ltr"><<a href="mailto:chandlerc@gmail.com" target="_blank">chandlerc@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">After quite a bit of work for me to understand everything and craft more reduced test cases, fixed in r228899. Will get it integrated into 3.6 etc.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 1:51 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"><div dir="ltr"><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 8:17 AM, Joerg Sonnenberger <span dir="ltr"><<a href="mailto:joerg@britannica.bec.de" target="_blank">joerg@britannica.bec.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, Nov 25, 2014 at 10:09:51AM -0000, Chandler Carruth wrote:<br>
> Author: chandlerc<br>
> Date: Tue Nov 25 04:09:51 2014<br>
> New Revision: 222748<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=222748&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=222748&view=rev</a><br>
> Log:<br>
> [InstCombine] Change LLVM To canonicalize toward the value type being<br>
> stored rather than the pointer type.<br>
<br>
</span>Hi Chandler,<br>
this introduced a regression from 3.5 I just now got in pkgsrc. Try to<br>
build the attached sources with -O2.</blockquote></div><br></div></div>Reproduces on ToT, looks like a bug in the SLP vectorizer.</div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Best Regards,<div>WenHan Gu (Nowar)</div></div></div>
</div></div>