Hi Cyrus, Thank you for your reply. I did manage to get cl-opengl running satisfactorily with my own program and the glut examples with a single thread build sbcl on darwin64. I did have numerous package build issues where things didn't quite work right out of the box, but I was either able to get around them or it turned out that the cl-opengl didn't actually need the problematic packages.
I think there are a couple of issues here. First, threads have been around for a while on x86/darwin and, more recently, x86-64/darwin. There are still some nagging unresolved issues that show up under the various threads tests. The upshot seems to be that threads work reasonably well on darwin, but aren't as reliable as they are on linux, for which threads were originally built (using futexes, unavailable on darwin).
As for the problems with cl-opengl, I think this is another issue. I made some efforts to try to get this to work not too long ago, but didn't come away happy. The first problem was that loading shared libraries was rather problematic due to the so-called darwin-dlshim. This has been resolved by removing the shim and using dlopen/dlsym.
The second problem is that loading shared libraries seemed to cause a Trace/BPT exception when the dlopen call was coming from a thread other than the initial thread. I think I managed to get around this by linking the SBCL executable against -framework CoreFoundation.
After those fixes, I was able top asdf:oos 'asdf:load-op cl-opengl, cl-glu and cl-glut, but I'm still unable to get a proper window up and running, I'd try using the 1.0.40 sources and build your own version with threads that is linked against -framework CoreFoundation.
On Jul 2, 2010, at 2:56 PM, Kevin Smith wrote:
> Are sb-threads on darwin intel platform still "experimental" I have 1.0.39 and I and experiencing weird hangup problems when running under slime. doesn't happen when built without threads and doesn't do it when running the program directly from the repl. I did try to build version 1.0.40, but unsuccessfully because the sb-posix contribution (whatever that is) didn't build and I needed to compile my packages.
> I'd be interested in where I can find any tips on building a workable sbcl platform on the mac (intel) with cl-opengl and a gui library (cl-gtk2 was suggested by another subscriber because it supports some things I'd like to do with a threaded system). I have bits and pieces working - but - man this is an uphill battle for me btw, I've tried other lisp systems (like closure cl) and actually ran into -MORE- problems (but a different set of them). maybe it's just me :-)
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________
> Sbcl-help mailing list