Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!uakari.primate.wisc.edu!uwm.edu!rutgers!orstcs!mist!budd
From: budd@mist.cs.orst.edu (Tim Budd)
Newsgroups: comp.lang.misc
Subject: Re: Translating from APL (Was: Translating to/from APL)
Keywords: APL language translators conversion DeJulio
Message-ID: <14267@orstcs.CS.ORST.EDU>
Date: 6 Dec 89 17:19:52 GMT
References: <628@ubbpc.UUCP> <2811@water.waterloo.edu> <629@ubbpc.UUCP>
Sender: usenet@orstcs.CS.ORST.EDU
Reply-To: budd@mist.CS.ORST.EDU (Tim Budd)
Organization: Oregon State Univ. -- Computer Science
Lines: 37

In article <629@ubbpc.UUCP> wgh@ubbpc.UUCP (William G. Hutchison) writes:
>In article <2811@water.waterloo.edu>, ljdickey@water.waterloo.edu (L.J.Dickey) writes:
>> One example is the APL compiler written by Tim Budd.
>
>  Who and where is Tim Budd?

I'm tim budd.  I'm currently at oregon state university,
e-mail budd@cs.orst.edu.

>
>> A key part of his APL compiler is a tool that translates
>> a moderately restricted subset of APL ...
>
>  How restricted?

The APL compiler is described in a book called ``An APL Compiler'',
published by Springer-Verlag.  See the appendix for details.

>
>  Does this mean the C version cannot be run except under the control of
>an APL interpreter?
>
No. The compiler is a traditional batch style compiler, which produces a
C program which is then compiled.

>
>  Isn't it the case that all these APL translators must include an 
>interpretive runtime module?  Thus, translating to another language is not
>complete unless one also has the runtime.
>
Not if you toss out the execute function.

My code is available via anonymous ftp from cs.orst.edu, directory 
pub/budd/apl.  Warning - it is research software, guaranteed to be buggy
with no support.  Use at your own risk.

--tim budd