Folks,
The "Lisp Sucks, et al" disucssion has been very interesting.
Somewhere along the line, somebody mentioned that several people had
hacked up more or less portable, generic FFIs for the various vendors.
So, does anybody want to post one of these for all to use?
Alternatively, if you have one that you would be uncomfortable
posting, but would be comfortable sending my way, I would be very
appreciative. I've been considering creating just such a beast but
would love to avoid the hassle if somebody else has already hassled in
my stead.
Stork
--
-----------------------------------------------
David Zabowski
Research Programmer, School of Computer Science
Carnegie Mellon University, Pittsburgh PA 15213
Date: Fri, 16 Jul 1993 12:29 EDT
From: David Zabowski <······@cs.cmu.edu>
The "Lisp Sucks, et al" disucssion has been very interesting.
Somewhere along the line, somebody mentioned that several people had
hacked up more or less portable, generic FFIs for the various vendors.
So, does anybody want to post one of these for all to use?
I strongly second this motion. One of the things that made, and has
kept, the C/C++ community strong is a longstanding record of posting all
kinds of things for general, public usage (and please, no comments on
the quality of the contributions -- that's not the important point).
The Lisp community on the whole has lagged far behind in this area, for
whatever reasons.
I think that people in the Lisp community should realize that the Lisp
vendors cannot provide everything that is useful to everybody all the
time. Users must be willing to chip in, too, or else Lisp and the Lisp
community really will suck.
In article <····················@SUMMER.SCRC.Symbolics.COM> ···@stony-brook.scrc.symbolics.com (Scott McKay) writes:
| The "Lisp Sucks, et al" disucssion has been very interesting.
| Somewhere along the line, somebody mentioned that several people had
| hacked up more or less portable, generic FFIs for the various vendors.
|
| So, does anybody want to post one of these for all to use?
|
|I strongly second this motion.
I "third" that motion. Unfortunately, the people who did the work
can't post it since it is part of a commercial product. In fact, one
person viewed the ability to port their foreign-function code quickly
from one platform to another as a major advantage that one company has
over competitors.
|I think that people in the Lisp community should realize that the Lisp
|vendors cannot provide everything that is useful to everybody all the
|time. Users must be willing to chip in, too, or else Lisp and the Lisp
|community really will suck.
Well, in terms of neat software that addresses the foreign function
interface issue and that is out there are:
* several ".h" parsers
* a FORTRAN -> CommonLisp translator
* a least one significant portable FFI (that includes a ".h" parser)
All of them, unfortunately, proprietary.
Thomas.
In article <····················@SUMMER.SCRC.Symbolics.COM> ···@stony-brook.scrc.symbolics.com (Scott McKay) writes:
Newsgroups: comp.lang.lisp
Path: netnews!cmcl2!yale.edu!yale!mintaka.lcs.mit.edu!gateway
From: ···@stony-brook.scrc.symbolics.com (Scott McKay)
Sender: ····@mintaka.lcs.mit.edu
Organization: LCS news/mail gateway
References: <············@cs.cmu.edu>
Date: Fri, 16 Jul 1993 17:25:00 GMT
Lines: 20
Date: Fri, 16 Jul 1993 12:29 EDT
From: David Zabowski <······@cs.cmu.edu>
The "Lisp Sucks, et al" disucssion has been very interesting.
Somewhere along the line, somebody mentioned that several people had
hacked up more or less portable, generic FFIs for the various vendors.
So, does anybody want to post one of these for all to use?
I strongly second this motion. One of the things that made, and has
...
I support this motion very strongly, as I already said in other
occasions. I go as far as saying that if somedoby has come up with
such a "generic FFI", s/he should send it to the Lisp Repository.
I suggest again that if nobody has done so yet, then a generic FFI
should be built along the lines of the CMU CL ALIEN package.
Since I am here, I want to ask whether anybody has a pointer to Kent
Pittman proposal for a Thread Package in CL (somebody has mentioned it
before).
Have a nice day
--
Marco Antoniotti
-------------------------------------------------------------------------------
Robotics Lab | room: 1219 - tel. #: (212) 998 3370
Courant Institute NYU | e-mail: ·······@cs.nyu.edu
...e` la semplicita` che e` difficile a farsi.
...it is simplicity that is difficult to make.
B. Brecht
In article <····················@SUMMER.SCRC.Symbolics.COM> ···@stony-brook.scrc.symbolics.com (Scott McKay) writes:
Newsgroups: comp.lang.lisp
Path: slinky.cs.nyu.edu!netnews!cmcl2!yale.edu!yale!mintaka.lcs.mit.edu!gateway
From: ···@stony-brook.scrc.symbolics.com (Scott McKay)
Sender: ····@mintaka.lcs.mit.edu
Organization: LCS news/mail gateway
References: <············@cs.cmu.edu>
Date: Fri, 16 Jul 1993 17:25:00 GMT
Lines: 20
Date: Fri, 16 Jul 1993 12:29 EDT
From: David Zabowski <······@cs.cmu.edu>
The "Lisp Sucks, et al" disucssion has been very interesting.
Somewhere along the line, somebody mentioned that several people had
hacked up more or less portable, generic FFIs for the various vendors.
So, does anybody want to post one of these for all to use?
I strongly second this motion. One of the things that made, and has
...
I support this motion very strongly, as I already said in other
occasions. I go as far as saying that if somebody has come up with
such a "generic FFI", s/he should send it to the Lisp Repository.
I suggest again that if nobody has done so yet, then a generic FFI
should be built along the lines of the CMU CL ALIEN Package.
Since I am here, I want to ask whether anybody has a pointer to Kent
Pittman's proposal for a Thread Package in CL (somebody mentioned
it before).
Have a nice day
--
Marco Antoniotti
-------------------------------------------------------------------------------
Robotics Lab | room: 1219 - tel. #: (212) 998 3370
Courant Institute NYU | e-mail: ·······@cs.nyu.edu
...e` la semplicita` che e` difficile a farsi.
...it is simplicity that is difficult to make.
B. Brecht