Re: Dead code elimination

schwartz@roke.cs.psu.edu (Scott Schwartz)
Tue, 5 Nov 1991 19:46:31 -0500

          From comp.compilers

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


Post a followup to this message

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