Re: fast compilers [Re: Thompson's 2c vs. gcc]

schrod@iti.informatik.th-darmstadt.de (Joachim Schrod)
Thu, 11 Feb 1993 09:40:22 GMT

          From comp.compilers

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)
| List of all articles for this month |

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]
--


Post a followup to this message

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