https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117296
--- Comment #5 from GCC Commits <cvs-commit at gcc dot gnu.org> --- The releases/gcc-14 branch has been updated by Jakub Jelinek <ja...@gcc.gnu.org>: https://gcc.gnu.org/g:82285392ab5cd1d83b8f4a92f521d3323c5996e7 commit r14-10871-g82285392ab5cd1d83b8f4a92f521d3323c5996e7 Author: Jakub Jelinek <ja...@redhat.com> Date: Wed Oct 30 09:59:22 2024 +0100 function: Call do_pending_stack_adjust in assign_parms [PR117296] Functions called by assign_parms call emit_block_move in two places, so on some targets can be expanded as calls and can result in pending stack adjustment. Now, during expansion we normally call do_pending_stack_adjust at the end of expansion of each basic block or before emitting code that will branch and/or has labels, and when emitting labels we assert that there are no pending stack adjustments. assign_parms is expanded before the first basic block and if the first basic block starts with a label and at least one of those emit_block_move calls resulted in the need of pending stack adjustments, we ICE when emitting that label. The following patch fixes that by calling do_pending_stack_adjust after after the assign_parms potential emit_block_move calls. 2024-10-30 Jakub Jelinek <ja...@redhat.com> PR target/117296 * function.cc (assign_parms): Call do_pending_stack_adjust. * gcc.target/i386/pr117296.c: New test. (cherry picked from commit fccef0c4ed0119ac53940bdb3838052339cf14a2)
