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: [PATCH]: Improved handling of COND_EXPR in middle-end passes


> Roberto COSTA wrote on 11/27/06 05:34:
> >then, as a write-after-approval maintainer, I formally request the 
> >approval to check in the patch.
> >
> The mere act of submitting a patch implies a formal request for approval.
> Two different opinions do not imply consensus.  I'm inclined to agree 
> with Zdenek, but I also wonder whether the savings are significant to 
> justify the added complexity sprinkled everywhere we need to support 
> Why is this better than just converting the IFs when needed?

I just came over another situation in that support for rhs COND_EXPR
makes things easier:  Some loops may have # of iterations expressed as
(n <= 0 ? 1 : n).  If we need to use this expression for number of
iterations (which e.g. vectorizer needs), if COND_EXPR may be used on
rhs this is no problem.  If this were not allowed, to emit this
expression to the program, we would need to alter cfg (which may be
quite cumbersome).  Of course, it might also make semse to allow rhs
COND_EXPR only in some optimization passes and lower them afterwards.


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