https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87254
--- Comment #2 from Marc Glisse <glisse at gcc dot gnu.org> --- (In reply to Alexander Monakov from comment #1) > I think the "stack growth" aspect of this issue is the same as PR 87094? It is quite possible that this is a DUP indeed, I'll let someone else decide. Here, if IPA cleaned up after cloning (most of f's clone is behind if(0!=0)), it might not even need the improved stack growth heuristic. But we also want inlining when f's clone remains large, so changing that heuristic seems like the right option. Thanks for filing PR 87094 :-)
