Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: Notesfiles; site smu.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!ihnp4!inuxc!pur-ee!uiucdcs!parsec!smu!pedz
From: pedz@smu.UUCP
Newsgroups: net.lang.c
Subject: Re: Numerical C - (nf)
Message-ID: <13800004@smu.UUCP>
Date: Tue, 24-Apr-84 14:19:00 EST
Article-I.D.: smu.13800004
Posted: Tue Apr 24 14:19:00 1984
Date-Received: Fri, 27-Apr-84 03:56:08 EST
References: <1311@mhuxt.UUCP>
Lines: 16
Nf-ID: #R:mhuxt:-131100:smu:13800004:000:730
Nf-From: smu!pedz    Apr 24 13:19:00 1984

#R:mhuxt:-131100:smu:13800004:000:730
smu!pedz    Apr 24 13:19:00 1984


I think all of this is stupid.  If you want to add things to a
language, then start from scratch, call it something besides the name
of an existing language, and leave me alone.  I have written an FFT
program in C, (using complex numbers) and it was simple.  Of course I
have the ability to think which may be an asset others are lacking.

But seriously, the best approach to this problem is with a
preprocessor.  It can (could) go through your program and change your
"**" to macro calls, your complex adds, subtracts, multiplies, and
divides to function calls, and put in the needed declarations in the
appropriate spots.  Then call this preprocessor RATC (with a soft C so
you get RATS) and *presto* you've created a monster.