[Bug middle-end/47581] [4.6 regression] Unnecessary adjustments to stack pointer
jakub at gcc dot gnu.org
gcc-bugzilla@gcc.gnu.org
Wed Feb 2 11:23:00 GMT 2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> 2011-02-02 11:23:18 UTC ---
Before Richard's commit apparently expand_one_var wasn't updating
stack_alignment_needed, just stack_alignment_estimated, now it updates both.
As PREFERRED_STACK_BOUNDARY is 128 (the default), ix86_minimum_alignment:
if (TARGET_64BIT || align != 64 || ix86_preferred_stack_boundary >= 64)
return align;
returns 64 instead of 32.
So, to fix this, either the stack_alignment_needed updating in expand_one_var
isn't strictly necessary and we could undo that part of the changes.
Or return 32 as MINIMUM_ALIGNMENT for DImode long long even for
ix86_preferred_stack_boundary >= 64.
Or we could perhaps the
/* Align start of frame for local function. */
offset = (offset + stack_alignment_needed - 1) & -stack_alignment_needed;
in ix86_compute_frame_layout perform only if
if (offset != frame->sse_reg_save_offset
|| size != 0
|| !current_function_is_leaf
|| cfun->calls_alloca
|| ix86_current_function_calls_tls_descriptor)
(i.e. if frame size is 0 and no outgoing calls, it doesn't make sense to
align).
More information about the Gcc-bugs
mailing list