From symack at gmail.com Thu Dec 27 00:58:33 2012 From: symack at gmail.com (Nick Khamis) Date: Wed, 26 Dec 2012 19:58:33 -0500 Subject: [cl-opengl-devel] package "GL" not found Message-ID: 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. From luismbo at gmail.com Thu Dec 27 10:26:03 2012 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Thu, 27 Dec 2012 10:26:03 +0000 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: On Thu, Dec 27, 2012 at 12:58 AM, Nick Khamis 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/ From symack at gmail.com Thu Dec 27 16:47:23 2012 From: symack at gmail.com (Nick Khamis) Date: Thu, 27 Dec 2012 11:47:23 -0500 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: 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 wrote: > On Thu, Dec 27, 2012 at 12:58 AM, Nick Khamis 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/ > From luismbo at gmail.com Thu Dec 27 17:21:48 2012 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Thu, 27 Dec 2012 17:21:48 +0000 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: On Thu, Dec 27, 2012 at 4:47 PM, Nick Khamis 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/ From symack at gmail.com Fri Dec 28 01:32:48 2012 From: symack at gmail.com (Nick Khamis) Date: Thu, 27 Dec 2012 20:32:48 -0500 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: 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 # ; Registering # as CL-OPENGL * And in (sldb sbcl): There is no applicable method for the generic function # 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 (#) 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 wrote: > On Thu, Dec 27, 2012 at 4:47 PM, Nick Khamis 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/ > From luismbo at gmail.com Fri Dec 28 11:04:59 2012 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Fri, 28 Dec 2012 11:04:59 +0000 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: On Fri, Dec 28, 2012 at 1:32 AM, Nick Khamis wrote: > CL-USER> (asdf:load-system :cl-opengl) > ; Loading system definition from > ; /usr/local/tools/cl-opengl/cl-opengl.asd into # > ; Registering # as CL-OPENGL > > * And in (sldb sbcl): > > There is no applicable method for the generic function > # > 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/ From nikodemus at random-state.net Fri Dec 28 12:18:21 2012 From: nikodemus at random-state.net (Nikodemus Siivola) Date: Fri, 28 Dec 2012 14:18:21 +0200 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: 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" wrote: > On Fri, Dec 28, 2012 at 1:32 AM, Nick Khamis wrote: > > CL-USER> (asdf:load-system :cl-opengl) > > ; Loading system definition from > > ; /usr/local/tools/cl-opengl/cl-opengl.asd into # > > ; Registering # as CL-OPENGL > > > > * And in (sldb sbcl): > > > > There is no applicable method for the generic function > > # > > 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 at common-lisp.net > http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cl-opengl-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luismbo at gmail.com Fri Dec 28 12:29:35 2012 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Fri, 28 Dec 2012 12:29:35 +0000 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: On Fri, Dec 28, 2012 at 12:18 PM, Nikodemus Siivola 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. -- Lu?s Oliveira http://r42.eu/~luis/ From symack at gmail.com Fri Dec 28 17:20:52 2012 From: symack at gmail.com (Nick Khamis) Date: Fri, 28 Dec 2012 12:20:52 -0500 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: 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 From symack at gmail.com Fri Dec 28 20:43:49 2012 From: symack at gmail.com (Nick Khamis) Date: Fri, 28 Dec 2012 15:43:49 -0500 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: 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. From luismbo at gmail.com Fri Dec 28 21:51:08 2012 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Fri, 28 Dec 2012 21:51:08 +0000 Subject: [cl-opengl-devel] package "GL" not found In-Reply-To: References: Message-ID: On Fri, Dec 28, 2012 at 8:43 PM, Nick Khamis 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, -- Lu?s Oliveira http://r42.eu/~luis/