Related articles |
---|
[3 earlier articles] |
Re: Code quality henry@zoo.toronto.edu (1993-01-06) |
Re: Code quality tchannon@black.demon.co.uk (1993-01-07) |
Re: Code quality prener@watson.ibm.com (1993-01-07) |
Re: Code quality ssimmons@convex.com (1993-01-07) |
Re: Code quality bill@amber.csd.harris.com (1993-01-07) |
Re: Code quality tm@netcom.com (1993-01-07) |
Re: Code quality grover@brahmand.Eng.Sun.COM (1993-01-07) |
Re: Code quality drw@riesz.mit.edu (1993-01-08) |
Re: Code quality polstra!jdp@uunet.UU.NET (1993-01-12) |
Re: Code quality shebs@apple.com (1993-01-13) |
Re: Code quality glew@pdx007.intel.com (1993-01-25) |
Re: Code quality wjw@eb.ele.tue.nl (1993-02-01) |
Newsgroups: | comp.compilers |
From: | grover@brahmand.Eng.Sun.COM (Vinod Grover) |
Organization: | Sun |
Date: | Thu, 7 Jan 1993 16:16:16 GMT |
Keywords: | optimize, performance |
References: | 93-01-017 |
drw@zermelo.mit.edu (Dale R. Worley) writes:
>How important is generated code quality these days? ...
>Is there much of a market for another 10% in speed of generated code?
Code quality isnt always speed. In embedded systems, code size is equally
and sometimes even more important. In these systems requirements are often
formulated in terms of the fraction of memory an application is allowed to
use. 10% can make a big difference.
Vinod Grover
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.