Re: Inlining functions with loops

jeremy@suede.sw.oz.au (Jeremy Fitzhardinge) writes:
> "Michael Rice" <mpr@absoft.com> writes:
> Yes, its probably a representation problem. If you have a strictly
> tree-based IR then it may be quite hard to manage. However, a general
> SSA graph style IR can cope with function inlining quite easily.
> Inlining is simply a matter of connecting up the values passed in with
> the arguments used within the function and then running the normal
> optimisations over the complete graph. This gives you all the real
> wins of inlining (constant propagation, etc).


Actually, for C++ it doesn't unless you do your IR at a high level,
and eliminate copy constructors, corresponding destructors, and
similar high-level constructs.


A lot of the "inlining" that goes on in the backends of compilers misses a
lot of the potential gains from inlining C++ functions.


Just thought I'd throw that monkeywrench in the discussion.


-Mike Ball-
SunSoft Developer Products
--

Return to the comp.compilers page.
Search the comp.compilers archives again.