<div dir="ltr">Hi Tim,<div><br></div><div>Thanks for the explanation. The above code snippets is actually extracted by bugpoint from <span style="color:rgb(51,51,51);font-family:arial,sans-serif;font-size:14px">MultiSource/Applications/ALAC/encode/alacconvert-encode.test.</span></div><div>I get a different result if I cast the pointer to int and mask away the lower two bits and cast the int back to pointer. While casting pointer to int and back to pointer do not cause any problem.</div><div><br></div><div>Thanks</div><div>Hongbin </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 16, 2016 at 12:14 PM, Tim Northover <span dir="ltr"><<a href="mailto:t.p.northover@gmail.com" target="_blank">t.p.northover@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Hongbin,<br>
<br>
On 16 December 2016 at 11:57, Hongbin Zheng via llvm-dev<br>
<span class=""><<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
> We have an "align 4" in the StoreInst. Does this mean<br>
> 1) the address 'A' should be aligned to 4 bytes?<br>
> 2) the lower 2 bits of 'A' should be always 0?<br>
<br>
</span>Yes, these are both the same. It means the compiler will assume those<br>
facts when reasoning about what that store might do and possibly when<br>
choosing what instruction to use to implement it.<br>
<br>
Chers.<br>
<span class="HOEnZb"><font color="#888888"><br>
Tim.<br>
</font></span></blockquote></div><br></div>