This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [tree-ssa] COND_EXPR lowering preview

In message <>, Diego Novillo w
 >On Wed, 2003-08-27 at 15:52, wrote:
 >> In message <>, Diego Novill
 >o wr
 >> ites:
 >>  >On Tue, 2003-08-26 at 14:53, Zdenek Dvorak wrote:
 >>  >> It disables control structures removal in dce; this also has to be
 >>  >> handled separately.
 >>  >> 
 >>  >What does this have to do with COND_EXPR lowering?
 >> A lot actually.  If you have lowered COND_EXPRs, then there is very little
 >> value in tracking control dependencies in DCE.
 >Ah, OK.  Is this the thread about not using the control parent
 >relationship in DCE?

 > I guess we can always do the traditional DCE and
 >build dominance frontiers in the reverse CFG (Cytron's original
?!?  No need.  We use the same code we have today with a couple changes.

 1. We mark COND_EXPRs as inherently necessary.

 2. We remove the code which removes COND_EXPRs from tree-ssa-dce.

Now there's still an unanswered question -- which of the different DCE
schemes is actually the most appropriate/fastest.

We we've got in tree-ssa-dce.c is built around the idea that we'll be
removing control structures, which I'm pretty sure we're not going to be
doing in DCE long term.   So are there other approaches to DCE which
are going to have better performance properties and possibly be a little


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]