Re: HLL for dsp compiler?
31 Aug 1998 12:23:25 -0400

          From comp.compilers

Related articles
HLL for dsp compiler? (Kent Stenman) (1998-08-30)
Re: HLL for dsp compiler? (1998-08-31)
Re: HLL for dsp compiler? (Jan Guffens) (1998-08-31)
Re: HLL for dsp compiler? (Grant Griffin) (1998-08-31)
Re: HLL for dsp compiler? (1998-08-31)
Re: HLL for dsp compiler? (Brent Kimberley) (1998-09-01)
Re: HLL for dsp compiler? (Jerry Avins) (1998-09-01)
| List of all articles for this month |

Newsgroups: comp.dsp,comp.compilers
Date: 31 Aug 1998 12:23:25 -0400
Organization: Deja News - The Leader in Internet Discussion
References: 98-08-199 98-08-203
Keywords: DSP, design (Dwight VandenBerghe) wrote:
> So IMHO the language problem in DSP land is that there is no good
> language for DSPs as yet. The beginners, and those whose applications
> aren't that time-critical, use the C tools. The rest of the land,
> including most of the real pros, use assembler.

Do you find that you have code that is macro-like, appearing in lots
of places, but just different enough that you can't use macros for it?
I mean common idioms that need a little bit more information than a
macro has available?

If so, take a look at the Aspect Oriented Programming Home Page:

One paper there was specifically about optimizing image processing
loops. The idea, in one way, is to allow language extensions in an
environment where you can have all the info you need about a program
right there--symbol tables, the AST, etc. Many different "aspects"
can do source transformations on the input program before it is sent
to a real compiler. This is a pretty new area of research, no telling
how well it might work in practice.

Have fun,


Post a followup to this message

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