Seems FFI is the main blocker for Slate now, right?
Pupeno
pupeno at pupeno.com
Sun Oct 10 10:38:16 PDT 2004
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sunday October 10 2004 13:12, Ken Causey wrote:
> > Yes, a developer ;)
[...]
> I can't make any
> promises that I will make much progress in the near future.
Who can ? ;)
> > Can anybody tell me some docs I could read to understand FFI ? Ken
> > Causey, I know you've been working in FFI, can you tell us what you've
> > done, and can you share it with us ?
>
> Well I can give you the links that others gave me:
>
> http://xarch.tu-graz.ac.at/autocad/lisp/ffis.html (Unfortunately this
> one seems to be closed off now, perhaps that's just temporary.)
>
> http://common-lisp.net/project/cmucl/doc/cmu-user/aliens.html
>
> And then I looked at Squeak's use and implementation of FFI somewhat.
Thanks.
> What I have done so far is only really the minimum to test my
> understanding of the use of dlopen/dlsym/dlclose and libffi. What I
> have done will only work on systems that support these, certainly not
> including win32.
For those intrested in win32 compatibility, how should this be implemented ?
by making a wrapper ober libffi and whatever win32 provides ?
> Right now there is no real library and simply as
> single method that allows you to call a function of no arguments that
> returns an integer. Not particularly useful.
Useful for learning.
> If anyone thinks they would still like to see what little I have done
> then let me know and I will get it together.
I'd like to see it... even if it's very basic[1]... in fact, being very
basic[1], it's easier to learn.
> I see no reason that anyone should be waiting for
> FFI. I think that even when it is completed FFI is a costly interface
> and should not be used for any library where speed is essential. It is
> useful perhaps for quick prototypes and the occasional library call
> where a lot of time is spent in the call and the overhead of calling the
> function is not all that relevant. That is not the case for a GUI
> library. I'm of the opinion that such a library MUST be implemented as
> primitives as it simply would not be useful implemented via FFI.
I've mentioned this point to Lee Salzman on irc (since I remember you
mentioning on irc) and he said that primitives are slow as well so we could
just use FFI because it's better... I'm not trying to start a fight, just
trying to figure things out. Comments ?
- --
Pupeno: pupeno at pupeno.com - http://www.pupeno.com
[1] NO!, not the language BASIC, are you crazy ? ;)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBaXOMfW48a9PWGkURAmy7AJ47TjJNzgWLhrSFaIlJn5YvObT6lwCfQtAl
sRN8FkVGA+2kpcLeBIQxkr0=
=FFdm
-----END PGP SIGNATURE-----
More information about the Slate
mailing list