<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><BR><DIV><DIV>On Oct 18, 2007, at 1:52 PM, Chuck Rose III wrote:</DIV><BLOCKQUOTE type="cite"><DIV class="Section1"><P class="MsoNormal"><FONT size="2" face="Arial"><SPAN style="font-size:10.0pt; font-family:Arial">High order bit: <SPAN style=""><O:P style=""> </O:P></SPAN></SPAN></FONT></P><P class="MsoNormal"><FONT size="2" face="Arial"><SPAN style="font-size:10.0pt; font-family:Arial">Presence of a called function is causing a store on an unrelated vector to generate an aligned store rather an unaligned one despite unaligned store being indicated in the associated StoreInst.</SPAN></FONT></P></DIV></BLOCKQUOTE>This probably means the compiler believes the stack pointer is 16-byte aligned in non-leaf functions.<BR></DIV><DIV>This would be correct if (a) the SP was aligned coming in and (b) the size of the stack decrement</DIV><DIV>(including return address, etc.) is a multiple of 16. I haven't been following the Linux problems</DIV><DIV>closely, but I think "the stack issue being worked on" is that (a) is not always correct?</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><BR class="khtml-block-placeholder"></DIV></BODY></HTML>