From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: **
X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_20,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,e35f2efd6c0447ec
X-Google-Attributes: gid103376,public
From: Ken Garlington <kennieg@flash.net>
Subject: Re: Death of DSP support?
Date: 1997/09/02
Message-ID: <340CB445.472F@flash.net>#1/1
X-Deja-AN: 269959629
References: <3402E91D.6D1A@top.monad.net>
 <34043001.70296261@news.mindspring.com>
Organization: Flashnet Communications, http://www.flash.net
Reply-To: Ken.Garlington@computer.org
Newsgroups: comp.lang.ada
Date: 1997-09-02T00:00:00+00:00
List-Id: <comp.lang.ada>


Robert Munck wrote:
> 
> On Tue, 26 Aug 1997 07:33:01 -0700, Steven O'Neill
> <oneills@top.monad.net> wrote:
> 
> >...It appears that, in buying Tartan, TI has seriously curtailed any
> >possibility of Ada use in the DSP domain.
> 
> I know very little about general DSP programming, but did
> a lot of work for NRL in underwater audio (i.e. Sonar)
> signal processing.  We showed pretty conclusively that the
> "natural" programming language for that restricted domain
> is data flow diagrams.  All of the work done in textual
> languages that we saw was a disaster.

For DSPs used in digital signal processing applications
(what a strange choice :) this is probably true. Lockheed
Martin markets a tool that does data-flow type programming
for radar applications.

However, DSPs can be used for more general processing, and
in some cases it makes sense to do so. For these applications,
it would be nice if Ada were more available.

> 
> Bob Munck
> Mill Creek Systems LC