Re: C code .vs. Assembly code for Microcontrollers/DSPs ?

cdg@nullstone.com (Christopher Glaeser)
15 Mar 1996 23:59:38 -0500

          From comp.compilers

Related articles
[21 earlier articles]
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? rjridder@knoware.nl (Robert Jan Ridder) (1996-03-10)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? rfg@monkeys.com (1996-03-14)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? sberg@camtronics.com (1996-03-14)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? bobduff@world.std.com (1996-03-14)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? bobduff@world.std.com (1996-03-14)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? john.r.strohm@BIX.com (1996-03-15)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? cdg@nullstone.com (1996-03-15)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? cdg@nullstone.com (1996-03-16)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? dan@watson.ibm.com (1996-03-16)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? stefan.monnier@lia.di.epfl.ch (Stefan Monnier) (1996-03-16)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? albaugh@agames.com (1996-03-16)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? preston@cs.rice.edu (1996-03-17)
Re: C code .vs. Assembly code for Microcontrollers/DSPs ? elvey@hal.com (1996-03-17)
[22 later articles]
| List of all articles for this month |

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
--


Post a followup to this message

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