Related articles |
---|
Dead code elimination whatis@ucsd.edu (Steve Boswell) (1991-10-26) |
Re: Dead code elimination henry@zoo.toronto.edu (1991-10-29) |
Re: Dead code elimination clyde@hitech.com.au (1991-11-01) |
Re: Dead code elimination henry@zoo.toronto.edu (1991-11-05) |
Re: Dead code elimination schwartz@roke.cs.psu.edu (1991-11-05) |
Re: Dead code elimination dd@mips.com (1991-11-05) |
Re: Dead code elimination eggert@twinsun.com (1991-11-06) |
Re: Dead Code Elimination preston@dawn.cs.rice.edu (1991-11-07) |
dead code elimination preston@dawn.cs.rice.edu (1991-11-26) |
dead code elimination preston@tera.com (1995-03-23) |
Newsgroups: | comp.compilers |
From: | schwartz@roke.cs.psu.edu (Scott Schwartz) |
Keywords: | code, linker, optimize |
Organization: | penn state university, computer science |
References: | 91-10-106 91-11-014 |
Date: | Tue, 5 Nov 1991 19:46:31 -0500 |
henry@zoo.toronto.edu (Henry Spencer) writes:
| Some of this is undoubtedly library routines optimized for use in large
| programs. [malloc example deleted]
Another example is strcpy, which is 800 bytes long in 4.1.1, much
bigger than the naive implementation.
| [I wouldn't be surprised if the 94K also included large amounts of network
| library because something used NIS (yellow pages) and hence the whole
| RPC and XDR suite. -John]
Actually, ``nm -s a.out'' doesn't list any such stuff. It does list a
variety of symbols, like __big_powers_two (17K!), __class_quadruple
(ansi support?), and _setlocale (posix support).
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.