<div dir="ltr">Can you elaborate on what you mean by a "nested alloca"? Are you saying that this alloca has a known, fixed size, but that it is not in the entry block? If so, it is a dynamic alloca, and yes, it is expected that it will force the use of a frame pointer. If you do not want this behavior, make sure your frontend always places allocas in the entry block.<div><br></div><div>I can't say what changed, but the new behavior is expected. Perhaps there used to be some optimization that would hoist these allocas to the entry block, and it got removed or stopped firing for some reason.</div><div><br></div><div>I went looking for documentation to explain the concept of a static and dynamic alloca, but it doesn't exist. o_o</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 5, 2021 at 12:26 PM Bagel via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In the process of moving my backend from release/9.x to release/12.x (not an <br>
easy task), I noticed some changes in generated code.<br>
<br>
Consider a nested (i.e. not at the out level of a function) alloca of an object <br>
(larger than register size).  In release/9.x, this did not call for a frame <br>
pointer.  In release/12.x it does -- but really doesn't need it.  This change <br>
happens for other architectures as well.<br>
<br>
When did this change happen and why?<br>
<br>
Thanks,<br>
Brian<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>