Related articles |
---|
Compiling for DSP chips tatge@m2.csc.ti.com (1990-09-07) |
Re: Compiling for DSP chips kuusama@news.funet.fi.tut.fi (1990-09-11) |
Re: Compiling for DSP chips avi@taux01.nsc.com (1990-09-24) |
Re: Compiling for DSP chips pardo@cs.washington.edu (1990-09-26) |
Re: Compiling for DSP chips seanf@sco.COM (Sean Fagan) (1990-09-30) |
Re: Compiling for DSP chips pardo@cs.washington.edu (1990-10-02) |
Newsgroups: | comp.compilers |
From: | kuusama@news.funet.fi.tut.fi (Kuusama Juha) |
Keywords: | C, optimize |
Organization: | Finnish University and Research Network FUNET |
References: | <9009071606.AA22759@m2.csc.ti.com> |
Date: | Tue, 11 Sep 90 07:50:42 GMT |
While it is true, that currently used HLL's do produce poor code for currently
used DSP processors, things are changing. I will not talk about code generators
that produce optimised code from filter specifications, flow graphs etc.,
altough I've seen several. But I like to point out:
In ICASSP-90 (International Conference on Acoustics, Speech and Signal
Processing) K. Leary (form Analog Devices, Inc.) gave an exellent speech on
DSP/C: "DSP/C is a structured procedural programming language that solves
the problems of using C for DSP, while retaining the benefits of C." My
personal view is, that the claim may well prove to be true. DSP/C can, as
far as I see, be compiled to _optimimum_ code for the DSP processor, given
smart enough compiler. Have a look, the article is in the proceedings book 2.
(I can't resist: if the language will indeed be popular, why not call it 'D'?)
--
Juha Kuusama, kuusama@korppi.tut.fi
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.