Compilation performance comparison of 3.5.0 and TreeSSA treeson MICO sources as requested in: [tree-ssa] Merge status 2004-05-03

Andrew MacLeod amacleod@redhat.com
Mon May 17 19:33:00 GMT 2004


On Mon, 2004-05-17 at 15:10, law@redhat.com wrote:
> In message < 1083800290.3350.6.camel@localhost.localdomain >, Diego Novillo write
> s:
>  >On Wed, 2004-05-05 at 19:33, Jan Hubicka wrote:
>  >
>  >> You need ssa form form DCE.  Going in/out just for DCE might be bit
>  >> expensive...
>  >> 
>  >Well, is it?  You probably don't even need the full out-of-ssa pass.  If
>  >at -O0 we only schedule passes the will never create overlapping LRs,
>  >you can just drop the SSA_NAMEs on the way out. 
> Right.  And DCE certainly doesn't create overlapping lifetimes.
> 
> 
> You know, we could actually make the "may create overlapping lifetime" a
> property of the optimization passes.  That way we just check the property
> at out-of-ssa time, if the property is clear, then we just drop the SSA_NAMES.
> 

That sounds like a very good idea. I would think that having
remove_ssa_form() check the property and decide whether to do what it
does now, or a small subset. You'd still want to perform TER on the way
out.  You would also lose any live range splitting that we currently get
(but at -O0 that wouldnt matter). 

Andrew



More information about the Gcc mailing list