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=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE,
	MSGID_SHORT autolearn=no autolearn_force=no version=3.4.4
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site cmu-cs-k.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!talcott!harvard!seismo!rochester!cmu-cs-pt!cmu-cs-k!tim
From: tim@cmu-cs-k.ARPA (Tim Maroney)
Newsgroups: net.ai,net.lang.lisp,net.lang.ada
Subject: Re: Speed with numbers: PDP-10 Maclisp vs. Fortran (details)
Message-ID: <320@cmu-cs-k.ARPA>
Date: Mon, 18-Mar-85 16:24:35 EST
Article-I.D.: cmu-cs-k.320
Posted: Mon Mar 18 16:24:35 1985
Date-Received: Wed, 20-Mar-85 04:06:44 EST
References: <253@bu-cs.UUCP>
Organization: Carnegie-Mellon University, Networking
Xref: watmath net.ai:2638 net.lang.lisp:401 net.lang.ada:241
List-Id: <comp.lang.ada>

Don't start acting as if I had said "Whenever it is possible to link
code from another language into a Lisp system, you should do so."  I said
that if you were doing something numerically in Lisp which could be better
done by Fortran, then your Lisp system ought to make it possible to link in
the Fortran routines.  Representational problems are unlikely to be serious
when you are dealing with integers and reals on the same machine!  The worst
problem would be arrays, but a pair of conversion functions between the
representations should be near-trivial to write and debug, and once that is
done there is no problem.

No, I wouldn't advocate linking a SNOBOL program into one written in another
language, nor did I ever imply that I would.
-=-
Tim Maroney, Carnegie-Mellon University, Networking
ARPA:	Tim.Maroney@CMU-CS-K	uucp:	seismo!cmu-cs-k!tim
CompuServe:	74176,1360	audio:	shout "Hey, Tim!"