This is the mail archive of the gcc@gcc.gnu.org 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] RFC: Making control flow more explicit


Hello,

> > BIND_EXPRs, EH constructs -- there is more fun with these.  It would be
> >   too difficult to handle them now in other way than to recreate them
> >   after optimizations.  So I keep a tree of these constructs separately
> >   (plus pointers to their entry and exit blocks) and after optimizations
> >   I reconstruct the trees from them.
> 
> The optimizers need to deal with EH directly: We can prune a lot of
> unnecessary EH edges during optimization.  Also, the EH ABI was designed so
> that optimizers can insert code on edges to exception handlers; that's what
> the landing pad is for.

that is not a problem (at least it is no more complicated with my
infrastructure than it was with the old one).

Zdenek


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