From: | cdg@nullstone.com (Christopher Glaeser) |
Newsgroups: | comp.compilers |
Date: | 15 Mar 1996 23:59:38 -0500 |
Organization: | Compilers Central |
References: | 96-03-006 96-03-025 96-03-070 96-03-097 |
Keywords: | optimize |
Robert A Duff <dobduff@world.std.com> writes:
> The issue isn't just the length of the instruction sequence. The
> issue is the amount of maintenance. ...
> ... But when you're modifying existing code, you don't dare radically
> change register assignments, for fear of introducing bugs.
True, maintenance is often an issue for software projects, but many
DSP software projects are somewhat atypical wrt maintenance. Take,
for example, the sound units in children's books, which contain a row
of a dozen buttons and sound phrases. Once these books are
manufactured, the software is frozen, and there is no possibility of
correcting any software defects. And, if the next book uses a
different DSP part, the extremely limited memory dictates (and high
volume justifies) writing the software pretty much from scratch. In
such projects, to "radically change register assignments" is not much
of a "dare".
Regards,
Christopher Glaeser cdg@nullstone.com
Nullstone Corporation http://www.nullstone.com
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.