Related articles |
---|
[7 earlier articles] |
Re: Smart linking under UNIX henrik@tazdevil.llnl.gov (1991-08-22) |
Re: Smart linking under UNIX henrik@tazdevil.llnl.gov (1991-08-22) |
Re: Smart linking under UNIX weitek!ars@Sun.COM (1991-08-22) |
Re: Smart linking under UNIX dalamb@umiacs.umd.edu (1991-08-23) |
Re: Smart linking under UNIX pardo@gar.cs.washington.edu (1991-08-23) |
Re: Smart linking under UNIX thorinn@diku.dk (1991-08-25) |
Re: Smart linking under UNIX przemek@rrdstrad.nist.gov (1991-08-26) |
Re: Smart linking under UNIX davidsen@crdos1.crd.ge.com (1991-08-26) |
Re: Smart linking under UNIX liam@dcs.qmw.ac.uk (William Roberts) (1991-08-27) |
Re: Smart linking under UNIX mjs@hpfcso.fc.hp.com (Marc Sabatella) (1991-08-27) |
Newsgroups: | comp.arch,comp.compilers |
From: | przemek@rrdstrad.nist.gov (Przemek Klosowski) |
Keywords: | linker |
Organization: | U. Notre Dame/NIST |
References: | 91-08-114 91-08-126 |
Date: | 26 Aug 91 15:31:07 GMT |
>>>>> On 22 Aug 91 17:48:29 GMT, weitek!ars@Sun.COM (Allen Samuels)
complained that simple routines include complicated routines like sprintf:
Allen> I/O library the sprintf library routine must be prepared to
Allen> handle all possible format strings (even messy ones like
Allen> floating point numbers). This "extraneous" code is what causes
Allen> the code bloat.
But the sprintf (_doprintf, really) bashing is misguided. Even the floating
point part of sprintf can be coded in a couple of pages of C, and the object
file size is not that big. It may have mattered on IBM PC or microcontrollers
but it is _nothing_ compared to, let us say, X libraries. I am sure that the
general idea is correct---if you try to link standalone executable images,
you will get code bloat. Yet another argument for shared libraries.
--
przemek klosowski (przemek@ndcvx.cc.nd.edu)
Physics Department
University of Notre Dame IN 46556
[It's true. On my SysV machine, the entire shared libc is only 26K. The X
shared library is 213K. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.