August 2008 - cl-opengl-devel - mailman3.common-lisp.net

Re: [cl-opengl-devel] OpenGL 3.0
by Bart Botta 02 Sep '08

02 Sep '08

On Mon, Aug 18, 2008 at 1:29 PM, Luís Oliveira <luismbo(a)gmail.com> wrote: > > Actually, I wouldn't mind seeing the per-function enums come back. > Having compile-time warnings when we passed a bogus keyword was nice. > Can anyone remind me why were they collapsed into one enum? Sounds like a reasonable thing to have, if we can generate it easily (which we can't for GL3 at the moment, since there are not complete .spec files available yet). Only thing i could find in the list archives is that it is harder to deal with returning enums, though seems like at worst we could just have a combined set used for doing the reverse translations in that case. Also, looking at the glGet*, is there any reason we don't just map all of those to gl:get and add a compiler macro (or whatever) to pick the correct low level version? looks like the enum.spec files might even have enough info to map most of the enums to types, though probably have to pick out the ones that should be interpreted as enums by hand. -b-

2 5

[cl-opengl-devel] OpenGL 3.0 .spec and .enum files released
by Charlie McMackin 28 Aug '08

28 Aug '08

Here's the relative thread from Jon Leech on the OpenGL forum: http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=… and of course the link to the registry : http://www.opengl.org/registry

1 0

[cl-opengl-devel] Issues on windows + ecl
by Deepankar Sharma 22 Aug '08

22 Aug '08

I have successfully used cl-opengl on linux+sbcl for some time. I am now trying to replicate this on windows since I am interested in creating executables for windows users. For this setup I am trying to use ecl. I am running into some issues with interface.lisp in cl-glut. For some reason even though there is a shadow statement for close and special , I get this when i try to load cl-glut-examples ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The symbol CLOSE is bound to an ordinary function and is not a valid name for a generic function Broken at SI:BYTECODES.Available restarts: 1. (TRY-RECOMPILING) Recompile interface and try loading it again 2. (RETRY) Retry performing #<ASDF:LOAD-OP NIL 43586496> on #<ASDF:CL-SOURCE-FILE "interface" "cl-glut" 325685 68>. 3. (ACCEPT) Continue, treating #<ASDF:LOAD-OP NIL 43586496> on #<ASDF:CL-SOURCE-FILE "interface" "cl-glut" 325 68568> as having been successful. Broken at SI:BYTECODES. CL-GLUT>> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Any workarounds for this ? Has anyone used cl-opengl successfully with ecl ? Thanks, Deepankar

2 1

[cl-opengl-devel] OpenGL 3.0
by Bart Botta 18 Aug '08

18 Aug '08

OpenGL 3 spec has been released: http://www.opengl.org/registry/doc/glspec30.20080811.pdf Instead of the originally planned rewrite, it ended up being just more stuff piled onto the old API, but they did add a mechanism for deprecating old features, and a way to create contexts which cannot use deprecated features. Any opinions on adding a cleaned up, gl3+ only version of cl-opengl which doesn't support the deprecated features or most of the older extensions, either as a fork, a separate mode for the main codebase (alternate .asd or with compile time checks), or some other way? --- -b-

2 6

[cl-opengl-devel] working setup
by Bastian Müller 15 Aug '08

15 Aug '08

Hi, I'm currently trying to get a working setup up and running but have the following problems: No matter which combination of cffi (0.10.0 or darcs HEAD) and cl-opengl (darcs HEAD or darcs versions some months older) I use, some don't work at all, others for example just let me run the glut-teapot example one time and crash after a second run: CL-USER> (glut-teapot) ; No value CL-USER> (glut-teapot) Unhandled memory fault at #x7FA94AAD37F3. [Condition of type SB-SYS:MEMORY-FAULT-ERROR] Is there a working cffi + cl-opengl combination or do I have to use different branches like cffi-newtypes, cffi+lotsastuff or cl-opengl-thomas? I'm using SBCL btw. Thanks, Bastian

2 1