[tree-ssa] Merge results as of 2003-05-06

law@redhat.com law@redhat.com
Thu May 8 07:10:00 GMT 2003


In message <wvly91i53p6.fsf@prospero.boston.redhat.com>, Jason Merrill writes:
 >On Thu, 08 May 2003 00:29:36 -0600, law@redhat.com wrote:
 >Actually, now that I think about it we can't really free temp slots,
 >because in GIMPLE all temporaries look like automatic variables in the
 >outer block of the function.  In this testcase, we don't see a single temp
 >that we don't want to keep forever.
Ouch.

 >A simple solution may just be to disable all the temp_slots management code
 >when we're using the tree optimizers.  A better solution would be to fix
 >the temp_slots data structure so that we don't keep slogging through the
 >whole list when we're only interested in slots from a particular level.
Yup.  We also want to eliminate the variables we don't actually use.  Gimple
likes to create lots of temporaries.  Many of them can goaway as a result
of our optimizers.

The only thing standing in our way is we mis-handle gimplification of
SAVE_EXPRs when they have a context which is not the current function.
[ Yes, I have resolved all the other pesky little issues with incorrect
  dataflow information being generated. ]


 >My expression temps patch should help to cut down on the number of temps we
 >have to deal with; it cuts the number in this testcase by 75%.
What's the status of this -- I know you mentioned it needed further work,
but it sounds quite promising.

jeff



More information about the Gcc mailing list