-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does not install with Windows 7 + SBCL + quicklisp + MinGW? #6
Comments
Looks like you might not have libffi installed. In any case it seems like you're crashing when trying to load cffi, so cl-glfw3 shouldn't be the issue. Let me know if you can isolate this to cl-glfw3, though. |
That's the thing, actually. I do have the latest Libffi installed and everything works with cl-glfw (version 2.6). I cannot, however, get quicklisp to play well with cl-glfw3. I realize this probably has little to do with cl-glfw3, but I'm at my wits end and struggling to feel motivated learning common lisp--not a huge community of support. Maybe I should just learn clojure... (sorry for the rant) |
I'm afraid I don't use Windows (or Common Lisp much these days, for that matter), but I can suggest a few things. While cl-glfw does use cffi, it doesn't use cffi-libffi, so that is likely the problem. So does (ql:quickload "cffi-libffi") work? If not, the problem is unquestionably with libffi. Making sure your SBCL and Quicklisp are up to date might help in this case. If you're not digging the CL community (which, I can't fault you for), consider picking up CHICKEN Scheme. It's a elegant language (Scheme) with an implementation that compiles to C, works on almost any platform, has a relatively large collection of pragmatic libraries, and has a great community (#chicken on freenode is very helpful). Plus I maintain the glfw3 package (and many more awesome GL libraries, if I do say so myself) there ;-) |
I've been trying to get this to load using:
(ql:quickload :cl-glfw3)
and continue to receive the following
To load "cl-glfw3":
Load 1 ASDF system:
cl-glfw3
; Loading "cl-glfw3"
; c:/msys/1.0/bin/gcc.exe -m32 -I/quicklisp/dists/quicklisp/software/cffi_0.14.0
/ -o C:\Users\sb3rg\AppData\Local\common-lisp\cache\sbcl-1.1.4.0.mswin.1288-90ab
477-win-x86\c\quicklisp\dists\quicklisp\software\cffi_0.14.0\libffi\libffi-win32
.exe C:\Users\sb3rg\AppData\Local\common-lisp\cache\sbcl-1.1.4.0.mswin.1288-90ab
477-win-x86\c\quicklisp\dists\quicklisp\software\cffi_0.14.0\libffi\libffi-win32
.c
debugger invoked on a SIMPLE-ERROR in thread #<THREAD "main thread" RUNNING {23D
A8B69}>: Couldn't fork child process: No error
Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Retry # on #<GROVEL-FILE "
cffi-libffi" "libffi" "libffi">.
1: [ACCEPT] Continue, treating # on #<
GROVEL-FILE "cffi-libffi" "libffi" "libffi"> as having been successful.
2: [ABORT ] Give up on "cl-glfw3"
3: Exit debugger, returning to top level.
(SB-EXT:RUN-PROGRAM "c:/msys/1.0/bin/gcc.exe" ("-m32" "-I/quicklisp/dists/quickl
isp/software/cffi_0.14.0/" "-o" "C:\Users\sb3rg\AppData\Local\common-lisp
cache\sbcl-1.1.4.0.mswin.1288-90ab477-win-x86\c\quicklisp\dists\quicklisp
software\cffi_0.14.0\libffi\libffi-win32.exe" "C:\Users\sb3rg\AppData\Loc
al\common-lisp\cache\sbcl-1.1.4.0.mswin.1288-90ab477-win-x86\c\quicklisp\d
ists\quicklisp\software\cffi_0.14.0\libffi\libffi-win32.c") :WAIT T :SEARCH
T :INPUT NIL :IF-INPUT-DOES-NOT-EXIST NIL :OUTPUT NIL :IF-OUTPUT-EXISTS :ERROR
:ERROR :OUTPUT :IF-ERROR-EXISTS :ERROR :STATUS-HOOK NIL :EXTERNAL-FORMAT :DEFAUL
T)
Is this a known issue with SBCL?
The text was updated successfully, but these errors were encountered: