|Efficient generation of LALR(1) look-aheads in Parser Generators firstname.lastname@example.org (1992-07-27)|
|Re: Efficient generation of LALR(1) look-aheads in Parser Generators email@example.com (1992-08-03)|
|Question on moving from interpreted language to hypercube executable firstname.lastname@example.org (1992-08-04)|
|Re: moving from interpreted language to hypercube executable email@example.com (1992-08-06)|
|From:||firstname.lastname@example.org (Terrence M. Brannon)|
|Organization:||Caltech Yoga Qi Gong Tai Chi|
|Date:||Tue, 4 Aug 1992 02:28:17 GMT|
Here is what I have been toying around with lately:
- large-grained objects:
Emacs Lisp, Perl, Python, Tcl all are powerful interpreted languages which
have nice string-handling and math libraries. I am working on allowing
each of these languages to serve as remote procedure call servers. For
example, if you are programming in Perl but Python has a nice string-split
function, you simply issue a rpc call to the Python server and continue
your work in Perl.
Ultimately however, I am working on scientific applications in Chemistry
and High-Energy Physics and I want to create executables which will map to
distributed computation on a network of Sun Sparcstations or a hypercube.
My question is: how can I take an interpreted program (let's say an emacs
lisp program) and create an architecture-specific executable?
Terrence Brannon (email@example.com)
medical biology via acupuncture and particle physics
[Well, if it's Lisp I'd imagine you could modify it into Scheme or Common
Lisp and compile it. -John]
Return to the
Search the comp.compilers archives again.