Re: the Evil Effects of Inlining

mac@eleazar.dartmouth.edu (Alex Colvin)
Fri, 3 May 1991 20:56:13 GMT

          From comp.compilers

Related articles
the Evil Effects of Inlining preston@ariel.rice.edu (1991-05-02)
Re: the Evil Effects of Inlining ressler@cs.cornell.edu (1991-05-03)
Re: the Evil Effects of Inlining daniel@quilty.Stanford.EDU (1991-05-03)
Re: the Evil Effects of Inlining gateley@rice.edu (1991-05-03)
Re: the Evil Effects of Inlining boehm@parc.xerox.com (1991-05-03)
Re: the Evil Effects of Inlining mac@eleazar.dartmouth.edu (1991-05-03)
Re: the Evil Effects of Inlining pardo@june.cs.washington.edu (1991-05-03)
Re: the Evil Effects of Inlining compres!chris@crackers.clearpoint.com (1991-05-04)
Re: the Evil Effects of Inlining carter@cs.wisc.edu (1991-05-05)
Re: the Evil Effects of Inlining pardo@june.cs.washington.edu (1991-05-05)
Re: the Evil Effects of Inlining ea08+@andrew.cmu.edu (Eric A. Anderson) (1991-05-06)
Re: the Evil Effects of Inlining mcg@ichips.intel.com (1991-05-06)
| List of all articles for this month |

Newsgroups: comp.compilers
From: mac@eleazar.dartmouth.edu (Alex Colvin)
Keywords: optimize, design
Organization: Spurious Interrupts
References: <1991May1.035622.25021@daffy.cs.wisc.edu> <1991May2.180508.17100@rice.edu> <DANIEL.91May3093720@quilty.Stanford.EDU>
Date: Fri, 3 May 1991 20:56:13 GMT

As others have pointed out, an environment (like C++) that supports inlining
encourages the use of procedures that the programmer would manually inline in
the absence of such support. Trivial inlined procedures give you access
control to various module data, e.g. read- or increment-only access.


Another thing inlining gives you is better flow analysis with
a way to fold constants into procedures. This makes optimizations such
as
{ if (false) S1 else S2 } -> S2
more useful. In this case, you expect the body to expand to different code
in each instance.


--


Post a followup to this message

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