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) |
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.
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.