Hello Everyone,
My current environment consists of (Emacs, SBCL, ASDF, and SLIME). Trying to run a few minimalistic examples I keep getting:
package "GL" not found
Things I have done to try to make ASDF central registry aware of the cl-opengl implementation:
#~/.sbclrc
;;; asdf-prep.lisp (dolist (subdir (list ;; ... some other packages ... #P"cl-opengl/")) (push (merge-pathnames subdir #P"/usr/local/tools/") asdf:*central-registry*))
And in the code I added:
(require :asdf) ; need ASDF to load other things (asdf:load-system :cl-opengl) ; load OpenGL bindings (asdf:load-system :cl-glu) ; load GLU bindings (asdf:load-system :cl-glut) ; load GLUT bindings
I have heard of quicklisp however, trying to understand how environment variables work, and would like to get it going with this minimalistic setup first if possible.
Your help is greatly appreciated,
Nick.
On Thu, Dec 27, 2012 at 12:58 AM, Nick Khamis symack@gmail.com wrote:
(asdf:load-system :cl-opengl) ; load OpenGL bindings
Did cl-opengl actually get loaded at this point?
It seems that way! The reason I say that because if I change:
(push (merge-pathnames subdir #P"/usr/local/tools/") to: (push (merge-pathnames subdir #P"/usr/local/tools/cl-opengl")
Which ASDF would correctly interpret as the invalid directory:
(push (merge-pathnames subdir #P"/usr/local/tools/cl-opengl/cl-opengl")
And Loading slime fails at that point. But to answer your question, outside of this, I have done nothing to test if it actually gets loaded into the environment.
A warning, I am a CS student just starting to use Lisp and OpenGL to get some exposure of Physics through computation. A link that I feel would be great to venture into on the side. I will give it another go today.
Thanks in Advance,
Nick.
On 12/27/12, Luís Oliveira luismbo@gmail.com wrote:
On Thu, Dec 27, 2012 at 12:58 AM, Nick Khamis symack@gmail.com wrote:
(asdf:load-system :cl-opengl) ; load OpenGL bindings
Did cl-opengl actually get loaded at this point?
-- Luís Oliveira http://r42.eu/~luis/
On Thu, Dec 27, 2012 at 4:47 PM, Nick Khamis symack@gmail.com wrote:
It seems that way! The reason I say that because if I change:
[...]
I'm not convinced by your explanation. :-) Can you paste what happens after (asdf:load-system :cl-opengl)?
Hahaha!!! I'm totally not convinced about my explanation either! ;) Please excuse me, trying to kick the eclipse habit, and new to the emacs realm.
* The following is the output in (slime-repl):
; SLIME 2010-07-21 CL-USER> (asdf:load-system :cl-opengl) ; Loading system definition from ; /usr/local/tools/cl-opengl/cl-opengl.asd into #<PACKAGE "ASDF0"> ; Registering #<SYSTEM CL-OPENGL> as CL-OPENGL
* And in (sldb sbcl):
There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION ASDF:COMPONENT-NAME (1)> when called with arguments (#:ALEXANDRIA). [Condition of type SIMPLE-ERROR]
Restarts: 0: [RETRY] Retry calling the generic function. 1: [ABORT] Return to sldb level 1. 2: [RETRY] Retry SLIME REPL evaluation request. 3: [*ABORT] Return to SLIME's top level. 4: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" RUNNING {B8B6C81}>)
Backtrace: 0: ( )[:EXTERNAL] 1: (SB-PCL::CALL-NO-APPLICABLE-METHOD ) 2: (ASDF::COMPONENT-FIND-PATH ) 3: ( ) 4: ( ) 5: (SB-IMPL::STRINGIFY-OBJECT ) 6: (PRINC-TO-STRING ) --more--
As usual, thanks in advance,
Nick.
On 12/27/12, Luís Oliveira luismbo@gmail.com wrote:
On Thu, Dec 27, 2012 at 4:47 PM, Nick Khamis symack@gmail.com wrote:
It seems that way! The reason I say that because if I change:
[...]
I'm not convinced by your explanation. :-) Can you paste what happens after (asdf:load-system :cl-opengl)?
-- Luís Oliveira http://r42.eu/~luis/
On Fri, Dec 28, 2012 at 1:32 AM, Nick Khamis symack@gmail.com wrote:
CL-USER> (asdf:load-system :cl-opengl) ; Loading system definition from ; /usr/local/tools/cl-opengl/cl-opengl.asd into #<PACKAGE "ASDF0"> ; Registering #<SYSTEM CL-OPENGL> as CL-OPENGL
- And in (sldb sbcl):
There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION ASDF:COMPONENT-NAME (1)> when called with arguments (#:ALEXANDRIA). [Condition of type SIMPLE-ERROR]
Restarts: 0: [RETRY] Retry calling the generic function. 1: [ABORT] Return to sldb level 1.
You got an error while loading cl-opengl. Apparently, it didn't even load any of cl-opengl's source files. The fact that "Alexandria" is mentioned in the error, suggests that something while processing cl-opengl's dependencies since Alexandria is one of the projects cl-opengl depends on. (Since you don't want to use quicklisp, you'll have to download it yourself.)
However that ABORT restart #1 ("Return to sldb level 1.") indicates that this is a nested error. I.e., there was some error, probably indicating that Alexandria was not found, but for some reason, while printing information about that error, something else went wrong.
Can you pick that restart to try and figure out what that error was? If that doesn't work, expand the backtrace. It should have more useful information.
HTH,
Given the OP's stated goals, I would suggest going with quick list. Cheers,
- nikodemus
Sent from my phone - apologies for substandard spelling and formatting. On Dec 28, 2012 1:06 PM, "Luís Oliveira" luismbo@gmail.com wrote:
On Fri, Dec 28, 2012 at 1:32 AM, Nick Khamis symack@gmail.com wrote:
CL-USER> (asdf:load-system :cl-opengl) ; Loading system definition from ; /usr/local/tools/cl-opengl/cl-opengl.asd into #<PACKAGE "ASDF0"> ; Registering #<SYSTEM CL-OPENGL> as CL-OPENGL
- And in (sldb sbcl):
There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION ASDF:COMPONENT-NAME (1)> when called with arguments (#:ALEXANDRIA). [Condition of type SIMPLE-ERROR]
Restarts: 0: [RETRY] Retry calling the generic function. 1: [ABORT] Return to sldb level 1.
You got an error while loading cl-opengl. Apparently, it didn't even load any of cl-opengl's source files. The fact that "Alexandria" is mentioned in the error, suggests that something while processing cl-opengl's dependencies since Alexandria is one of the projects cl-opengl depends on. (Since you don't want to use quicklisp, you'll have to download it yourself.)
However that ABORT restart #1 ("Return to sldb level 1.") indicates that this is a nested error. I.e., there was some error, probably indicating that Alexandria was not found, but for some reason, while printing information about that error, something else went wrong.
Can you pick that restart to try and figure out what that error was? If that doesn't work, expand the backtrace. It should have more useful information.
HTH,
-- Luís Oliveira http://r42.eu/~luis/
cl-opengl-devel mailing list cl-opengl-devel@common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cl-opengl-devel
On Fri, Dec 28, 2012 at 12:18 PM, Nikodemus Siivola nikodemus@random-state.net wrote:
Given the OP's stated goals, I would suggest going with quick list.
Indeed. Nick, if you feel so inclined, you should definitely learn about ASDF and whatnot later on, but these issues are rather uninteresting compared to physics. If you spend too much time fighting ASDF, you'll soon lose interest. :-) So you should definitely give Quicklisp a go.
I totally understand how Quicklisp, Portage and source trees alike make life a lot easier however, I have always liked to build certain things manually from source. Reason being is that I maintain my own documentation of the process as I go along, and allows me to get a sense of the bigger picture. Finally, there is also a portability issue, that I can deduce my way through using the said approach. Totally a time consuming overcurve in some senses, but it could be beneficial in some sense.
I did see the Makefile in cl-opengl, but it seems to be only compiling things from the tools/ directory.
Trying not to take any more of you time than needed,
Nick
I have some time today and this weekend to weed out all the dependencies. In have also pasted the nested errors in pastebin: http://pastebin.com/FKGr02XR. Will also attempt at making something out of the generated error messages.
At the present moment, I do not have any idea how swank and asdf come to play. Let alone SBCL, and even emacs. I'll take a step back and look through whatever documentation there is on the net regarding cl-opengl.
May the source be with me?
Nick.
On Fri, Dec 28, 2012 at 8:43 PM, Nick Khamis symack@gmail.com wrote:
I have some time today and this weekend to weed out all the dependencies. In have also pasted the nested errors in pastebin: http://pastebin.com/FKGr02XR. Will also attempt at making something out of the generated error messages.
That backtrace looks weird. It seems to be missing information on a bunch of frames. That might mean that your version of SBCL is mismatched with SLIME. They should be more or less contemporary.
In any case, there's that ERROR ASDF:MISSING-DEPENDENCY frame that matches my previous hunch about Alexandria being missing.
BTW, this sort of support is usually easier via IRC. #lisp at Freenode is a good spot to ask for help.
Cheers,
cl-opengl-devel@common-lisp.net
-
Luís Oliveira -
Nick Khamis -
Nikodemus Siivola