low level optimization

Jim Giles jlg at cochiti.lanl.gov
Wed Apr 24 01:06:26 AEST 1991


In article <RJC.91Apr20023816 at brodie.cstr.ed.ac.uk>, rjc at cstr.ed.ac.uk (Richard Caley) writes:
|> In article <21868 at lanl.gov>, Jim Giles (jg) writes:
|>
|> jg> [...]          the only third way is if 'translation' does not
|> jg> include code generation (which will subsequently be done by some
|> jg> post-translation tool: like the loader - just like I keep saying).
|> 
|> Fourth option:
|> 
|> When compiling `together' the compiler creates object files
|> containing two complete sets of code, data etc. The linker looks at
|> the object files given and if they were not all compiled together (eg
|> if you had recompiled one) it uses the non-optimised code.

Same as my third option.  The load-time tool actually does the 
interprocedural analysis.  Your solution merely makes the loader's
'code generation' duties simpler at the expense of more expensive
compilation and larger object files.  And, again, no implementation
does this (yet).

J. Giles



More information about the Comp.lang.c mailing list