October 2010 - cl-opengl-devel - mailman3.common-lisp.net

[cl-opengl-devel] Using idle events to drive Slime
by Nikodemus Siivola 08 Jun '11

08 Jun '11

I define (defmethod glut:idle ((window glut:window)) (swank::process-requests t)) to keep Slime responsive while the event-loop runs (when running single-threaded) -- which is nice enough, but a tad inelegant not just because of the double-colon, but because it causes __every__ window to call PROCESS-REQUESTS. I'm wondering if there should be a single global *IDLE-HOOK* (or maybe REGISTER-IDLE-HOOK) in addition to the per-window method approach -- something which causes windows to automatically subscribe to Idle events without registering themselves in *WINDOWS-WITH-IDLE-EVENTS*. Cheers, -- Nikodemus

2 1

[cl-opengl-devel] Fwd: CL-OPENGL has conflicts with Alexandria
by Luís Oliveira 22 Oct '10

22 Oct '10

-- Luís Oliveira http://r42.eu/~luis ---------- Forwarded message ---------- From: "Nikodemus Siivola" <nikodemus(a)random-state.net> Date: 14 Oct 2010 06:32 Subject: CL-OPENGL has conflicts with Alexandria To: "Oliver Markovic" <entrox(a)entrox.org>, "Luis Oliveira" < loliveira(a)common-lisp.net> I just added #+sbcl (:lock t) to Alexandria's package definition. Turns out CL-OPENGL has the following conflicts: STARTS-WITH ONCE-ONLY ROTATE Cheers, -- Nikodemus

1 0

[cl-opengl-devel] Hi to all :). Does anyone else have problems with ASDF2 and cl-opengl?
by Tomislav Tomsic 14 Oct '10

14 Oct '10

This being my first message here, greetings to you all :). I've just updated my sbcl on version 1.0.48.58,, and cl-opengl doesn't work. I am using it via clbuild on the Ubuntu 10.04 (64). This is the error message: 0: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:COMPILE-OP ASDF:CL-SOURCE-FILE)) ..) 1: ((SB-PCL::EMF ASDF:PERFORM) #<unavailable argument> #<unavailable argument> #<ASDF:COMPILE-OP NIL {10045D16F1}> #<ASDF:CL-SOURCE-FILE "cl-opengl" "gl" "util">) 2: ((SB-PCL::FAST-METHOD ASDF::PERFORM-WITH-RESTARTS (ASDF:COMPILE-OP ASDF:CL-SOURCE-FILE)) ..) and so on. As I am able to discern, thanks to the numerous tries with various sbcl versions, yesterday and today, suddenly there is a problem with the file/resource locking, during the compilation. According to the sbcl documentation, that "feature" is in somewhat volatile state, and is the responsibility of the client software. To cut the story short, I think it is because of the new ASDF 2, that sbcl is starting to ship with. As such, I trust it will be resolved, sooner or later. In the meantime, does anyone have an idea for a workaround? Perhaps all that is needed is a slight change in the cl-opengl.asd, but I have no idea which one. At this moment, I am both unfamiliar with the newest asdf, as well as with the cl-opengl architecture. Once again, greetings to you all :) Respectfully Tomislav Tomsic

1 0

[cl-opengl-devel] Documentation
by Benjamin Caplan 04 Oct '10

04 Oct '10

Does the documentation not exist yet, or am I just failing to generate it correctly?

2 1