Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!think.com!mintaka!spdcc!esegue!compilers-sender
From: kuusama@news.funet.fi.tut.fi (Kuusama Juha)
Newsgroups: comp.compilers
Subject: Re: Compiling for DSP chips
Keywords: C, optimize
Message-ID: <1990Sep11.075042.937@funet.fi>
Date: 11 Sep 90 07:50:42 GMT
References: <9009071606.AA22759@m2.csc.ti.com>
Sender: compilers-sender@esegue.segue.boston.ma.us
Reply-To: kuusama@news.funet.fi.tut.fi (Kuusama Juha)
Organization: Finnish University and Research Network FUNET
Lines: 17
Approved: compilers@esegue.segue.boston.ma.us

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
-- 
Send compilers articles to compilers@esegue.segue.boston.ma.us
{ima | spdcc | world}!esegue.  Meta-mail to compilers-request@esegue.