🚀 go-pugleaf

> > Executable file sizes, 6502 assembler program:
> > 
> > Intel, 8086, Microsoft C 3.0 -> 15110
> > Motorola 68000, UniSoft cc   -> 19500
> 
> A number of people have pointed out that executable file size
> is not a good indicator of memory resource requirements associated
> with a given machine.  For example:
> 
> 	. . . .
> 
> Why not avoid this distortion by comparing "object file" size, not
> "executable file" size.  That is, compile with the "-c" option.

That method fails as well because object modules can have a lot of
junk in them besides the code.  The only way to compare code size
is to get the code size figures (i.e. from size(1) on Unix, linker
maps on MSDOS, etc.).  Looking at file size, any sort of file,
just doesn't cut it.
-- 
John P. McNamee					Quadratron Systems Inc.

UUCP: {sdcrdcf|ttdica|scgvaxd|mc0|bellcore|logico|ihnp4}!psivax!quad1!jpm
ARPA: jpm@BNL.ARPA