[Openmcl-devel] programmatic file chooser? thanks!

Brent Fulgham bfulgham at gmail.com
Thu Aug 28 23:22:33 UTC 2008

On Thu, Aug 28, 2008 at 3:18 AM, Gary Byers <gb at clozure.com> wrote:

> I suspect (I don't know for sure) that the thing that'd help most
> people the most in getting up to speed with using Cocoa in CCL is
> comfort and familiarity with CCL's FFI.  If that's true (and to the
> extent that it is), it's somewhat unfortunate; when he first started
> working on it, Randall Beer said that ideally he'd like the bridge to
> expose as much of Cocoa as possible while hiding as much of ObjC as
> possible.  It's gotten closer to that goal over the years, but I
> suspect that a lot of things that people have trouble with could
> be blamed on the fact that ObjC (and some of the arcana of dealing
> with it) still isn't hidden well enough.

Of all the language embeddings/FFI's I've worked with, I think that Clozure
implementation is the easiest I've worked with.  When getting started on the
Open Agent Engine port, it was pretty amazing how simple (and
it was to translate a snippet of Objective C code from Apple's documentation
into something that would work in CCL.

The only 'complaint' or suggestion I would have regarding the FFI would be
make it easier to generate the CDB files.  This is generally easy, but in
cases (especially with the release of Leopard with the new ObjC 2.0 syntax)
it requires some clever declarations to ignore various things that Lisp
care about.

Perhaps you ship the FFI generator with Clozure; previously this had to be
obtained from Gary or others (perhaps a valid first step in embarking on the
journey of accessing foreign data -- you will probably be chatting with Gary
at some

I wish other Lisp's had Clozure's FFI facilities.  Well, actually I don't
really care
since I don't use them.  ;-P

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clozure.com/pipermail/openmcl-devel/attachments/20080828/02fdb37f/attachment.html>

More information about the Openmcl-devel mailing list