Related articles |
---|
Re: Architecture description languages for compilers? pardo@cs.washington.edu (1993-01-28) |
fast compilers [Re: Thompson's 2c vs. gcc] oz@ursa.sis.yorku.ca (1993-02-06) |
Re: fast compilers [Re: Thompson's 2c vs. gcc] psu@cs.duke.edu (1993-02-07) |
Re: fast compilers [Re: Thompson's 2c vs. gcc] schrod@iti.informatik.th-darmstadt.de (1993-02-11) |
Newsgroups: | comp.compilers |
From: | schrod@iti.informatik.th-darmstadt.de (Joachim Schrod) |
Keywords: | performance, linker, comment |
Organization: | TH Darmstadt, FG Systemprogrammierung |
References: | 93-01-205 93-02-063 |
Date: | Thu, 11 Feb 1993 09:40:22 GMT |
psu@cs.duke.edu (Peter Su) writes:
> There was an SP&E paper on an incremental linker a while back that said it
> increased UNIX compile cycles by huge factors.
I think you meant the following TOPLAS article. (I just had the reference
handy :)
@article{comp:quong:incremental-linking,
author = {Russel W. Quong and Mark A. Linton},
title = {Linking Programs Incrementally},
journal = toplas,
volume = 13,
number = 1,
month = jan,
year = 1991,
pages = {1-20},
annote = {Describes an in-place incremental linking done by a
daemon in the background. Needs {\it lots\/} of main memory. Linking
times are proportional to the size of the changed modules, not to the
size of the executable (as usual).}
}
Joachim
--
Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany
[This came up in compilers a few years ago. Apparently it works great but
never made it into the Unix mainstream. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.