Related articles |
---|
[31 earlier articles] |
Re: Why do we still assemble? bill@amber.ssd.csd.harris.com (1994-04-14) |
Re: Why do we still assemble? hbaker@netcom.com (1994-04-14) |
Re: Why do we still assemble? djohnson@arnold.ucsd.edu (1994-04-15) |
Re: Why do we still assemble? philw@tempel.research.att.com (1994-04-15) |
Re: Why do we still assemble? pardo@cs.washington.edu (1994-04-15) |
Re: Why do we still assemble? wirzeniu@cc.helsinki.fi (Lars Wirzenius) (1994-04-16) |
Re: Why do we still assemble? hbaker@netcom.com (1994-04-16) |
Re: Why do we still assemble? hrubin@b.stat.purdue.edu (1994-04-17) |
Re: Why do we still assemble? bevan@cs.man.ac.uk (Stephen J Bevan) (1994-04-18) |
Newsgroups: | comp.compilers |
From: | hbaker@netcom.com (Henry G. Baker) |
Keywords: | performance, linker, comment |
Organization: | nil |
References: | 94-04-032 94-04-114 |
Date: | Sat, 16 Apr 1994 22:51:20 GMT |
Lars Wirzenius <wirzeniu@cc.helsinki.fi> writes:
- Quong, Russel W., Linton, Mark A.,
+ "Linking Programs Incrementally",
-According to their measurements, their Inclink is up to 70 times faster
+than the standard linker on their system (some version of UNIX). Their
-linker works in time proportional to the the size of the change, while a
+normal linker works in time proportional to the resulting executable.
For most definitions of the phrase 'incremental linking', Multics did it,
and in time proportional to the size of the change. A large fraction of
Unix progress in recent years has been the incorporation of the Multics
features that were originally left out of Unix in order to get it to fit
on a PDP-11. (Unix was Bell Labs' recoil at the horror of the complexity
of Multics, which they had originally helped to support.)
[That last comment is a wee bit oversimplified, but please take arguments
about it to alt.folklore.computers. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.