Hi,<br><br>Continuing from a previous discussion I was having directly with Luigi Panzeri about this issue.  I was having problems with unknown foreign type errors.<br><br>I'm running Leopard (10.5.1) on a PowerBook G4 under SBCL 

v.1.0.2<br><br>I've quoted his initial response.  He suggested I ask here to see if someone else has the solution, though my initial problem was solved by his suggestion.  I've run into a new problem though.<br><br>

<div class="gmail_quote">On Jan 18, 2008 10:50 AM, Luigi Panzeri <<a href="mailto:matley@muppetslab.org">matley@muppetslab.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

asdf-install should work fine. I have to admit that i have not tested  cl-objc on a powerpc with leopard yet, though i don't think it is related to that. Maybe if you send email to cl-objc mailing list [1] someone else can also help you.

<br><br>At any rate, I think that the problem is due to an older version of<br>cffi you are using. Try to use the darcs repository [2] or a more<br>recent tarball, as in older version ( < April 2007 IIRC) the interface

<br>for defining foreign type is changed.</blockquote><div> </div><div>This was the source of the type error messages, but when I fixed that and tried again, I got these errors from SBCL:<br><br>==== START OF LOG ====<br>

Compiling CLOS bindings for Appkit framework in /usr/local/lib/sbcl/site/cl-objc/src/frameworks/Appkit-CLOS.lisp Control stack guard page temporarily disabled: proceed with caution debugger invoked on a SB-KERNEL::CONTROL-STACK-EXHAUSTED:

Control stack exhausted (no more space for function call frames).  This is probably due to heavily nested or infinitely recursive function calls, or a tail call that SBCL cannot or has not optimized away. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):   0: [RETRY ] Retry performing #<ASDF:LOAD-OP NIL {11ABD101}> on               #<ASDF:CL-SOURCE-FILE "generate-frameworks-bindings" {11AC19A9}>.

<br>  1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {11ABD101}> on<br>              #<ASDF:CL-SOURCE-FILE "generate-frameworks-bindings" {11AC19A9}><br>              as having been successful.<br>

2: [RETRY ] Retry installation   3: [ABORT ] Exit debugger, returning to top level. ==== END OF LOG ==== Retrying does nothing to help with this problem, and even eventually leads to bad memory accesses on the part of SBCL, and an eventual seg fault.

<br><br>Oh yeah, I'm using ASDF-Install to install Cl-ObjC by running the following in SBCL:<br><br>(require 'asdf)<br>(require 'asdf-install)<br>(asdf-install:install 'cl-objc)<br></div></div><br>

Anyone have any idea what might be the problem?<br><br>Thanks,<br>Jeremy Shoemaker<br>