This is the mail archive of the gcc-patches@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: [lto][patch] Remove after_inlining flag


> This is also done by exception handling.  In rare cases when you can
> have function call in MUST_NOT_THROW region and while inlining we need
> that EH to connect somewhere.  See code in except.c.  Those extra
> receivers then allow inliner to properly wire in the edges.

Can't the inliner be improved to handle any case?


> after_inlining is more in meaning negation of "inlining might happen in
> future, so keep stuff inliner needs to be wroking well".  So simply keep
> after_inlining clear until end of LTO and set by very last inlining pass
> happening at linktime.

Do you have a test case?

My patch basically replaces after_inline with 1. You say that
replacing it with 0 would cause us to miss optimizations, but would be
correct?

> Honza
>

Cheers,
-- 
Rafael Avila de Espindola

Google | Gordon House | Barrow Street | Dublin 4 | Ireland
Registered in Dublin, Ireland | Registration Number: 368047


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