Hi,
On Mon, 2 Jul 2012, Mike Stump wrote:
> On May 26, 2012, at 8:03 PM, Michael Matz wrote:
> > ---
> > PR middle-end/38474
> > * cfgexpand.c (struct stack_var): Add slot_type member.
> > (add_stack_var): Initialize it.
> > (add_alias_set_conflicts): Remove.
>
On May 26, 2012, at 8:03 PM, Michael Matz wrote:
> ---
> PR middle-end/38474
> * cfgexpand.c (struct stack_var): Add slot_type member.
> (add_stack_var): Initialize it.
> (add_alias_set_conflicts): Remove.
> (merge_stack_vars_p, more_specific_type):
Hi,
On Tue, 29 May 2012, Richard Guenther wrote:
> > The other change in function.c further improves the temp slot
> > machinery. While expanding free_temp_slots is called after each
> > statement, and if it is able to free a slot it needs to update the
> > RTX->slot mapping (a htab_t). The f
On Sun, May 27, 2012 at 5:03 AM, Michael Matz wrote:
> Hi,
>
> [for certain test cases :-) ]
>
> the temp slot cleanups I just sent where actually motivated by PR38474.
> It exposes many slownesses in the compiler, but at -O0 the only remaining
> one is the expand phase. expanding variables is th
