<div dir="ltr">Cheers, good to know. OK going back and reading the code again, this all seems to boil down to the fact that some implementations of opengl are missing functions, which of course makes sense as there is plenty of difference between v2 and v4 (or gles etc)<br>

Does the resulting lisp program take a performance hit from having such a late compile?<br>It's a heck of an interesting problem, I hadn't really thought about how cl-opengl handled versions before. It's a pretty cool solution! Are there any features around this area that that need implementing or improvements to code that are needed? My main part time project totally relies on cl-opengl so it would be nice to give a little back!<br>

Thanks again for the help<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 October 2013 14:56, Bart Botta <span dir="ltr"><<a href="mailto:00003b@gmail.com" target="_blank">00003b@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, Oct 16, 2013 at 6:45 AM, Chris Bagley <<a href="mailto:chris.bagley@gmail.com">chris.bagley@gmail.com</a>> wrote:<br>


> Or is it that once the lambda is compiled, it replaces the version with<br>
> generate-gl-function in it? Does that mean that the wrapper functions are<br>
> compiled on first call?<br>
<br>
</div>Right, the call to COMPILE replaces the function with the result of<br>
compiling the LAMBDA, so a specialized wrapper is compiled when it is<br>
called. If I remember correctly, there is also a commented out version<br>
that uses a closure instead, if runtime compilation is a problem.<br>
<br>
</blockquote></div><br></div>