From luismbo at gmail.com  Sun Jun  1 14:32:59 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sun, 1 Jun 2008 15:32:59 +0100
Subject: [cl-opengl-devel] Re: [patch] check-error fix,
	:no-error versus :zero
In-Reply-To: <31ffd3c40805290747k18e963d7m7b266b374bb19c5b@mail.gmail.com>
References: <31ffd3c40805252146h616752eapb45a70c4294368d@mail.gmail.com>
	<31ffd3c40805290747k18e963d7m7b266b374bb19c5b@mail.gmail.com>
Message-ID: <391f79580806010732k143923aesc1f38ac88985c86f@mail.gmail.com>

2008/5/29 Andy Hefner <ahefner at gmail.com>:
> Here's the same patch as generated by darcs send, which appears to
> apply cleanly.

Applied. Thanks.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From charliemac+cl-opengl at gmail.com  Thu Jun  5 02:48:44 2008
From: charliemac+cl-opengl at gmail.com (Charlie McMackin)
Date: Thu, 5 Jun 2008 11:48:44 +0900
Subject: [cl-opengl-devel] errors with cffi changes?
Message-ID: <6e831e4e0806041948y5fa98943r4159b176d9c8de52@mail.gmail.com>

Have there been any changes in CFFI recently that causes problems with
cl-opengl? I personally am seeing errors with funcs.lisp that look
like this:

; compiling (DEFGLFUN ("glTexSubImage1D" TEX-SUB-IMAGE-1D) ...)
; file: /home/charlie/opengl/cl-opengl/gl/funcs.lisp
; in: DEFGLFUN ("glTexSubImage1D" TEX-SUB-IMAGE-1D)
;     (CL-OPENGL-BINDINGS::DEFGLFUN
;    ("glTexSubImage1D" CL-OPENGL-BINDINGS:TEX-SUB-IMAGE-1D) :VOID
;    (CL-OPENGL-BINDINGS::TARGET CL-OPENGL-BINDINGS:ENUM)
;    (CL-OPENGL-BINDINGS::LEVEL CL-OPENGL-BINDINGS:INT)
;    (CL-OPENGL-BINDINGS::XOFFSET CL-OPENGL-BINDINGS:INT)
;    (CL-OPENGL-BINDINGS::WIDTH CL-OPENGL-BINDINGS:SIZEI)
;    (FORMAT CL-OPENGL-BINDINGS:ENUM) (TYPE CL-OPENGL-BINDINGS:ENUM)
;    (CL-OPENGL-BINDINGS::PIXELS (:POINTER CL-OPENGL-BINDINGS:VOID)))
; --> PROGN
; ==>
;   (CFFI:DEFCFUN
;    ("glTexSubImage1D" CL-OPENGL-BINDINGS:TEX-SUB-IMAGE-1D :LIBRARY
;     CL-OPENGL-BINDINGS::OPENGL)
;    :VOID (CL-OPENGL-BINDINGS::TARGET CL-OPENGL-BINDINGS:ENUM)
;    (CL-OPENGL-BINDINGS::LEVEL CL-OPENGL-BINDINGS:INT)
;    (CL-OPENGL-BINDINGS::XOFFSET CL-OPENGL-BINDINGS:INT)
;    (CL-OPENGL-BINDINGS::WIDTH CL-OPENGL-BINDINGS:SIZEI)
;    (FORMAT CL-OPENGL-BINDINGS:ENUM) (TYPE CL-OPENGL-BINDINGS:ENUM)
;    (CL-OPENGL-BINDINGS::PIXELS (:POINTER CL-OPENGL-BINDINGS:VOID)))
;
; caught ERROR:
;   (during macroexpansion of (DEFCFUN ("glTexSubImage1D"
TEX-SUB-IMAGE-1D ...) ...))
;   The value NIL
;   is not of type
;     (OR (VECTOR CHARACTER) (VECTOR NIL) UNSIGNED-BYTE BASE-STRING).


Basically this occurs for the 300+ defglfuns in funcs.lisp.
(interestingly the defglexts appear to compile fine) I had previously
been working with cffi+lotsofstuff but recently changed back to cffi
main. I have tested with both darcs cffi and cffi+lotsofstuff on
sbcl+threads 1.0.15 and 1.0.17, each time deleting  .fasls, with the
same results. Has anyone else experienced something similar?

charlie


From luismbo at gmail.com  Thu Jun  5 14:33:02 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Thu, 5 Jun 2008 15:33:02 +0100
Subject: [cl-opengl-devel] errors with cffi changes?
In-Reply-To: <6e831e4e0806041948y5fa98943r4159b176d9c8de52@mail.gmail.com>
References: <6e831e4e0806041948y5fa98943r4159b176d9c8de52@mail.gmail.com>
Message-ID: <391f79580806050733j3ce20c46sefeed07b32096088@mail.gmail.com>

On Thu, Jun 5, 2008 at 3:48 AM, Charlie McMackin
<charliemac+cl-opengl at gmail.com> wrote:
> ; caught ERROR:
> ;   (during macroexpansion of (DEFCFUN ("glTexSubImage1D"
> TEX-SUB-IMAGE-1D ...) ...))
> ;   The value NIL
> ;   is not of type
> ;     (OR (VECTOR CHARACTER) (VECTOR NIL) UNSIGNED-BYTE BASE-STRING).
>
>
> Basically this occurs for the 300+ defglfuns in funcs.lisp.
> (interestingly the defglexts appear to compile fine) I had previously
> been working with cffi+lotsofstuff but recently changed back to cffi
> main. I have tested with both darcs cffi and cffi+lotsofstuff on
> sbcl+threads 1.0.15 and 1.0.17, each time deleting  .fasls, with the
> same results. Has anyone else experienced something similar?

It works for me with 1.0.16.37. Can you try setting *BREAK-ON-SIGNALS*
to T and see if the backtrace on those errors shows us anything
interesting?

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From charliemac+cl-opengl at gmail.com  Thu Jun  5 14:51:49 2008
From: charliemac+cl-opengl at gmail.com (Charlie McMackin)
Date: Thu, 5 Jun 2008 23:51:49 +0900
Subject: [cl-opengl-devel] errors with cffi changes?
In-Reply-To: <391f79580806050733j3ce20c46sefeed07b32096088@mail.gmail.com>
References: <6e831e4e0806041948y5fa98943r4159b176d9c8de52@mail.gmail.com>
	<391f79580806050733j3ce20c46sefeed07b32096088@mail.gmail.com>
Message-ID: <6e831e4e0806050751r7efbbe90x448cd2a542b3c8d@mail.gmail.com>

Okay *break-on-signals* t  shows that it is unable to find libGL,
libGL.so.1 or libGL.so.2.... yet a 'whereis libGL' returns the path
just fine...hmm


From charliemac+cl-opengl at gmail.com  Thu Jun  5 15:49:18 2008
From: charliemac+cl-opengl at gmail.com (Charlie McMackin)
Date: Fri, 6 Jun 2008 00:49:18 +0900
Subject: [cl-opengl-devel] errors with cffi changes?
In-Reply-To: <6e831e4e0806050751r7efbbe90x448cd2a542b3c8d@mail.gmail.com>
References: <6e831e4e0806041948y5fa98943r4159b176d9c8de52@mail.gmail.com>
	<391f79580806050733j3ce20c46sefeed07b32096088@mail.gmail.com>
	<6e831e4e0806050751r7efbbe90x448cd2a542b3c8d@mail.gmail.com>
Message-ID: <6e831e4e0806050849w1e1cc7ddt6b9bcbf7adf6dba3@mail.gmail.com>

Output from *break-on-signals* t  as I load cl-opengl:

 (BREAK
 "~A~%BREAK was entered because of *BREAK-ON-SIGNALS* ~
                    (now rebound to NIL)."
 #<TYPE-ERROR {AFA5109}>)
0] backtrace

0: (BREAK
    "~A~%BREAK was entered because of *BREAK-ON-SIGNALS* ~
                    (now rebound to NIL)."
    #<TYPE-ERROR {AFA5109}>)
1: (SIGNAL #<TYPE-ERROR {AFA5109}>)[:EXTERNAL]
2: (ERROR TYPE-ERROR)[:EXTERNAL]
3: (SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER
    #<unavailable argument>
    #.(SB-SYS:INT-SAP #XB7901F88)
    #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #XB7901C5C :TYPE (*
                                                            (SB-ALIEN:STRUCT

SB-VM::OS-CONTEXT-T-STRUCT))>
    (206 14))
4: (SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER
    #<unavailable argument>
    #.(SB-SYS:INT-SAP #XB7901F88)
    #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #XB7901C5C :TYPE (*
                                                            (SB-ALIEN:STRUCT

SB-VM::OS-CONTEXT-T-STRUCT))>
    (206 14))[:EXTERNAL]
5: (SB-KERNEL:INTERNAL-ERROR
    #.(SB-SYS:INT-SAP #XB7901C5C)
    #<unavailable argument>)
6: ("foreign function: #x8063E2C")
7: ("foreign function: #x805224C")
8: ("foreign function: #x8056AAF")
9: ("foreign function: #x8056CE3")
10: (GENSYM NIL)[:EXTERNAL]
11: (ALEXANDRIA.0.DEV:MAKE-GENSYM-LIST 2 NIL)
12: (CFFI::%DEFCFUN
     NEW-LIST
     "glNewList"
     :VOID
     ((LIST UINT) (MODE ENUM))
     (:CALLING-CONVENTION :CDECL :LIBRARY OPENGL)
     NIL)
13: (MACROEXPAND-1
     (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
              (MODE ENUM))
     #<NULL-LEXENV>)
14: (SB-C::PREPROCESSOR-MACROEXPAND-1
     (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
              (MODE ENUM)))
15: ((FLET SB-C::DEFAULT-PROCESSOR)
     (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
              (MODE ENUM)))
16: (SB-C::PROCESS-TOPLEVEL-FORM
     (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
              (MODE ENUM))
     ((PROGN
       (DECLAIM (INLINE NEW-LIST))
       (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
                (MODE ENUM)))
      SB-C::ORIGINAL-SOURCE-START 0 3)
     NIL)
17: (SB-C::PROCESS-TOPLEVEL-PROGN
     ((DECLAIM (INLINE NEW-LIST))
      (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
               (MODE ENUM)))
     ((PROGN
       (DECLAIM (INLINE NEW-LIST))
       (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
                (MODE ENUM)))
      SB-C::ORIGINAL-SOURCE-START 0 3)
     NIL)
18: (SB-C::PROCESS-TOPLEVEL-FORM
     (PROGN
      (DECLAIM (INLINE NEW-LIST))
      (DEFCFUN ("glNewList" NEW-LIST :LIBRARY OPENGL) :VOID (LIST UINT)
               (MODE ENUM)))
     (SB-C::ORIGINAL-SOURCE-START 0 3)
     NIL)
19: ((FLET SB-C::DEFAULT-PROCESSOR)
     (DEFGLFUN ("glNewList" NEW-LIST) :VOID (LIST UINT) (MODE ENUM)))
20: (SB-C::PROCESS-TOPLEVEL-FORM
     (DEFGLFUN ("glNewList" NEW-LIST) :VOID (LIST UINT) (MODE ENUM))
     (SB-C::ORIGINAL-SOURCE-START 0 3)
     NIL)
21: (SB-C::SUB-SUB-COMPILE-FILE #<SB-C::SOURCE-INFO >)
22: ((LAMBDA ()))
23: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA #) {AF8015D}>)[:EXTERNAL]
24: (SB-C::SUB-COMPILE-FILE #<SB-C::SOURCE-INFO >)
25: (COMPILE-FILE #P"/home/charlie/opengl/cl-opengl/gl/funcs.lisp")[:EXTERNAL]


From sdemarre at gmail.com  Fri Jun  6 11:40:20 2008
From: sdemarre at gmail.com (serge de marre)
Date: Fri, 6 Jun 2008 13:40:20 +0200
Subject: [cl-opengl-devel] errors with cffi changes?
Message-ID: <c0cb360e0806060440u603fe689t76d95d426c6077bb@mail.gmail.com>

I'm seeing the same problem with the latest cffi from the darcs
repository and sbcl 1.0.17.26 [on amd64]
It doesn't seem to be a cl-opengl problem, but rather a cffi/sbcl
problem, as I get this with any .so as soon as I
"defcfun" anything:

caught ERROR:
;   (during macroexpansion of (DEFCFUN ("my_function"...) ...))
;   The value NIL
;   is not of type
;     (OR (VECTOR CHARACTER) (VECTOR NIL) UNSIGNED-BYTE BASE-STRING).

cffi 0.9.2 seems to be working correctly...

serge


From luismbo at gmail.com  Fri Jun  6 22:19:13 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Fri, 6 Jun 2008 23:19:13 +0100
Subject: [cl-opengl-devel] errors with cffi changes?
In-Reply-To: <c0cb360e0806060440u603fe689t76d95d426c6077bb@mail.gmail.com>
References: <c0cb360e0806060440u603fe689t76d95d426c6077bb@mail.gmail.com>
Message-ID: <391f79580806061519la8e7e2cmb9fe4262acdb7817@mail.gmail.com>

On Fri, Jun 6, 2008 at 12:40 PM, serge de marre <sdemarre at gmail.com> wrote:
> I'm seeing the same problem with the latest cffi from the darcs
> repository and sbcl 1.0.17.26 [on amd64]

Did you try updating Alexandria?

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From sdemarre at gmail.com  Sat Jun  7 06:10:59 2008
From: sdemarre at gmail.com (serge de marre)
Date: Sat, 7 Jun 2008 08:10:59 +0200
Subject: [cl-opengl-devel] errors with cffi changes?
In-Reply-To: <391f79580806061519la8e7e2cmb9fe4262acdb7817@mail.gmail.com>
References: <c0cb360e0806060440u603fe689t76d95d426c6077bb@mail.gmail.com>
	<391f79580806061519la8e7e2cmb9fe4262acdb7817@mail.gmail.com>
Message-ID: <c0cb360e0806062310w3b8c10f8wd0c2c9c918e8c4ef@mail.gmail.com>

I got alexandria and babel from the darcs repository [I used to have
some asdf-installed version] and now everything seems to work fine, I
was able to run some glut-examples.
Thanks for your help

    serge


On Sat, Jun 7, 2008 at 12:19 AM, Lu?s Oliveira <luismbo at gmail.com> wrote:
> On Fri, Jun 6, 2008 at 12:40 PM, serge de marre <sdemarre at gmail.com> wrote:
>> I'm seeing the same problem with the latest cffi from the darcs
>> repository and sbcl 1.0.17.26 [on amd64]
>
> Did you try updating Alexandria?
>
> --
> Lu?s Oliveira
> http://student.dei.uc.pt/~lmoliv/
>


From FIM at common-lisp.net  Fri Jun 13 17:40:35 2008
From: FIM at common-lisp.net (FIM at common-lisp.net)
Date: Fri, 13 Jun 2008 17:40:35 GMT
Subject: [cl-opengl-devel] [SPAM] FIM DO DRAMA.
Message-ID: <20080613174031.6A3C979180@common-lisp.net>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080613/e3c2f6b9/attachment.ksh>
-------------- next part --------------
An embedded message was scrubbed...
From: FIM at common-lisp.net, DO at common-lisp.net, DRAMA at common-lisp.net,
	CASO ISABELLA NARDONI CHEGOU AO FIM! <ov3rr1d3 at hotmail.com>
Subject: FIM DO DRAMA.
Date: Fri, 13 Jun 2008 17:40:35 GMT
Size: 2120
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080613/e3c2f6b9/attachment.mht>

From dtorop at gmail.com  Fri Jun 13 19:14:14 2008
From: dtorop at gmail.com (Dan Torop)
Date: Fri, 13 Jun 2008 15:14:14 -0400
Subject: [cl-opengl-devel] [patch] fog-color, texture-border-color,
	gluPerspective
Message-ID: <2d35b8850806131214i443008fbq6980fa5307e23c35@mail.gmail.com>

Hello!

Appended are a few very minor patches:

gl/rasterization.lisp:
- in gl:tex-parameter's :texture-border-color use "elt" rather than
"aref", to be consistent with other calls in the file
- in gl:fog allow :fog-color -- I hope this is done in a manner
consistent with cl-opengl style?

glu/glu.lisp:
- change names of some gluPerspective parameters to match their standard names

Thanks for the very useful cl-opengl code!  I hope these are worth applying!

Best,

Dan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rasterization-and-glu-patches.diff
Type: text/x-diff
Size: 1579 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080613/7d7ce9e7/attachment.diff>

From dtorop at gmail.com  Wed Jun 18 00:52:33 2008
From: dtorop at gmail.com (Dan Torop)
Date: Tue, 17 Jun 2008 20:52:33 -0400
Subject: [cl-opengl-devel] [patch] game mode and init-window position/size
Message-ID: <2d35b8850806171752g35aea620v1062208d1942ad8d@mail.gmail.com>

Attached is a patch which enables game mode via a window initarg
"game-mode".  The enter-game-mode and leave-game-mode calls must be
used instead of create-window and destroy-window, hence the somewhat
invasive coding.  I'm not sure if this is the right approach, another
possibility would be to make a sibling class of "window",
"game-mode-window"?

I also made the display-window :around method for windows set
init-window position and size, so that the window isn't created one
place then immediately modifed.  But the base-window's display-window
:around still calls position/reshape window.  Apologies, this is
sloppy, but I didn't want to muck with part of the code with which I
wasn't at all familiar.

Hope any of this is of use in some form?

Thank you,

Dan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: game-mode.lisp
Type: application/octet-stream
Size: 2663 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-opengl-devel/attachments/20080617/60622d5b/attachment.obj>

From charliemac+cl-opengl at gmail.com  Tue Jun 24 23:55:02 2008
From: charliemac+cl-opengl at gmail.com (Charlie McMackin)
Date: Wed, 25 Jun 2008 08:55:02 +0900
Subject: [cl-opengl-devel] [ANN] ply - a simple cl-opengl/glut app that I've
	been growing
Message-ID: <6e831e4e0806241655n31745272w3547b8882a7481af@mail.gmail.com>

Last night, I put the code I've been toying with for a couple of
months onto common-lisp.net (found at
http://common-lisp.net/project/ply). Right now it is pretty
bare-boned, but I hope to work ply up to a simple polygon mesh editor.
 Even it's current state, ply is a little more "in-depth" than some
cl-glut-examples. I am still relatively new to Lisp and OpenGL so for
those who have time to offer constructive criticism, please blast
away.

thanks for your time


From Thomas.Karolski at googlemail.com  Sat Jun 28 09:51:16 2008
From: Thomas.Karolski at googlemail.com (Thomas Karolski)
Date: Sat, 28 Jun 2008 11:51:16 +0200
Subject: [cl-opengl-devel] Problem compiling for SBCL 1.0.13
Message-ID: <g451j2$nci$1@ger.gmane.org>

I am using SBCL 1.0.13 on a windows environment, with newest CFFI, 
Alexandria, Babel, trivial-features and cl-opengl (drawn per darcs where 
available).
However, when trying the command
(asdf:operate 'asdf:load-op 'cl-opengl)

I get the following error:
-------------------------------------------------
COMMON-LISP-USER>
(asdf:operate 'asdf:load-op 'cl-opengl)
[...]
; compiling (DEFGLEXTFUN ("glTexParameterIuivEXT" 
TEX-PARAMETER-IUIV-EXT) ...)
; compiling (DEFGLEXTFUN ("glGetTexParameterIivEXT" 
GET-TEX-PARAMETER-IIV-EXT) ...)
; compiling (DEFGLEXTFUN ("glGetTexParameterIuivEXT" 
GET-TEX-PARAMETER-IUIV-EXT) ...)
; compiling (DEFGLEXTFUN ("glClearColorIiEXT" CLEAR-COLOR-II-EXT) ...)
; compiling (DEFGLEXTFUN ("glClearColorIuiEXT" CLEAR-COLOR-IUI-EXT) ...)

; 
G:\Programme\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\cl-opengl\gl\funcs.fasl 
written
; compilation finished in 0:00:02
WARNING:
    COMPILE-FILE warned while performing #<COMPILE-OP NIL {BC49E41}> on
    #<CL-SOURCE-FILE "funcs" {B9E98F9}>.
erred while invoking #<COMPILE-OP NIL {BC49E41}> on
#<CL-SOURCE-FILE "funcs" {B9E98F9}>
    [Condition of type ASDF:COMPILE-FAILED]
	0: [RETRY] Retry performing #<ASDF:COMPILE-OP NIL {BC49E41}> on 
#<ASDF:CL-SOURCE-FILE "funcs" {B9E98F9}>.
	1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL {BC49E41}> on 
#<ASDF:CL-SOURCE-FILE "funcs" {B9E98F9}> as having been successful.
	2: [ABORT] Return to SLIME's top level.
	3: [CLOSE-CONNECTION] Close SLIME connection
	4: [ABORT] Exit debugger, returning to top level.
]> 2
-------------------------------------------------
A subsequent call to the same command, results in:
-------------------------------------------------
COMMON-LISP-USER>
(asdf:operate 'asdf:load-op 'cl-opengl)

; compiling file 
"G:\\Programme\\eclipse\\plugins\\jasko.tim.lisp.libs_1.0.0\\libs\\cl-opengl\\gl\\package.lisp" 
(written 27 JUN 2008 06:56:47 PM):
; compiling (DEFPACKAGE #:CL-OPENGL ...)

; 
G:\Programme\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\cl-opengl\gl\package.fasl 
written
; compilation finished in 0:00:00
; compiling file 
"G:\\Programme\\eclipse\\plugins\\jasko.tim.lisp.libs_1.0.0\\libs\\cl-opengl\\gl\\util.lisp" 
(written 27 JUN 2008 06:56:47 PM):
; compiling (IN-PACKAGE #:CL-OPENGL)
; compiling (DEFUN STARTS-WITH ...)
; compiling (DEFUN SIDE-EFFECT-FREE? ...)
; compiling (DEFMACRO ONCE-ONLY ...)
; compiling (DEFUN SYMBOLIC-TYPE->REAL-TYPE ...)
; compiling (DEFUN CFFI-TYPE-TO-GL ...)
; compiling (DEFMACRO WITH-OPENGL-ARRAY ...)
; compiling (DEFMACRO WITH-OPENGL-ARRAYS ...)
; compiling (DEFMACRO WITH-PIXEL-ARRAY ...)
; compiling (DEFMACRO WITH-OPENGL-SEQUENCE ...)
; compiling (DEFUN SYMBOLICATE-PACKAGE ...)
; compiling (DEFUN SYMBOLICATE ...)
; compiling (DEFMACRO WITH-UNIQUE-NAMES ...)
; compiling (DEFMACRO IMPORT-EXPORT ...)
; compiling (DEFMACRO DEFINLINE ...)
; compiling (DEFMACRO DEFINE-GET-FUNCTION ...)
; compiling (DEFMACRO DEFINE-ARRAY-POINTER ...)

; 
G:\Programme\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\cl-opengl\gl\util.fasl 
written
; compilation finished in 0:00:00
Execution of a form compiled with errors.
Form:
   (DEFCFUN (glNewList NEW-LIST LIBRARY OPENGL) VOID (LIST UINT) (MODE 
ENUM))
Compile-time error:
   (during macroexpansion of (DEFCFUN ("glNewList" NEW-LIST ...) ...))
The value NIL
is not of type
   (OR (VECTOR CHARACTER) (VECTOR NIL) UNSIGNED-BYTE BASE-STRING).
    [Condition of type SB-INT:COMPILED-PROGRAM-ERROR]
	0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {C254DB9}> on 
#<ASDF:CL-SOURCE-FILE "funcs" {B9E98F9}>.
	1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {C254DB9}> on 
#<ASDF:CL-SOURCE-FILE "funcs" {B9E98F9}> as having been successful.
	2: [ABORT] Return to SLIME's top level.
	3: [CLOSE-CONNECTION] Close SLIME connection
	4: [ABORT] Exit debugger, returning to top level.
]> 2
;
; compilation unit aborted
;   caught 1 fatal ERROR condition
-------------------------------------------------
Anyone got an idea as to how to solve this problem?

Thanks,
Thomas K.



From luismbo at gmail.com  Sat Jun 28 11:15:24 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sat, 28 Jun 2008 12:15:24 +0100
Subject: [cl-opengl-devel] Problem compiling for SBCL 1.0.13
In-Reply-To: <g451j2$nci$1@ger.gmane.org>
References: <g451j2$nci$1@ger.gmane.org>
Message-ID: <391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>

On Sat, Jun 28, 2008 at 10:51 AM, Thomas Karolski
<Thomas.Karolski at googlemail.com> wrote:

> Anyone got an idea as to how to solve this problem?

Make sure you have the latest version of alexandria from darcs and
recompile with (asdf:oos 'asdf:loas-op :cl-opengl :force t).

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From thomas.karolski at googlemail.com  Sat Jun 28 12:53:46 2008
From: thomas.karolski at googlemail.com (Thomas Karolski)
Date: Sat, 28 Jun 2008 14:53:46 +0200
Subject: [cl-opengl-devel] Problem compiling for SBCL 1.0.13
In-Reply-To: <391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>
References: <g451j2$nci$1@ger.gmane.org>
	<391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>
Message-ID: <4866345A.2040607@googlemail.com>

Lu?s Oliveira schrieb:
> On Sat, Jun 28, 2008 at 10:51 AM, Thomas Karolski
> <Thomas.Karolski at googlemail.com> wrote:
>
>   
>> Anyone got an idea as to how to solve this problem?
>>     
>
> Make sure you have the latest version of alexandria from darcs and
> recompile with (asdf:oos 'asdf:loas-op :cl-opengl :force t).
>
>   
Ah yes. Turns out I only took the zipped version from cliki.net and not 
the one from the darcs repo.
However, now I get this error when trying to compile glut (without the 
:force T option):
------------------------------------------------------------------
COMMON-LISP-USER>
(asdf:oos 'asdf:load-op :cl-glut)

Undefined alien: "glutSetOption"
   [Condition of type UNDEFINED-ALIEN-ERROR]
    0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {B707439}> on 
#<ASDF:CL-SOURCE-FILE "state" {C0DACC1}>.
    1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {B707439}> on 
#<ASDF:CL-SOURCE-FILE "state" {C0DACC1}> as having been successful.
    2: [ABORT] Return to SLIME's top level.
    3: [CLOSE-CONNECTION] Close SLIME connection
    4: [ABORT] Exit debugger, returning to top level.
]> 2
;
; compilation unit aborted
;   caught 1 fatal ERROR condition

------------------------------------------------------------------
... and with the :force T option
------------------------------------------------------------------
COMMON-LISP-USER>
(asdf:oos 'asdf:load-op :cl-glut :force t)

; compiling file 
"G:\\Programme\\eclipse\\plugins\\jasko.tim.lisp.libs_1.0.0\\libs\\alexandria\\package.lisp" 
(written 28 JUN 2008 01:21:08 PM):
; compiling (DEFPACKAGE :ALEXANDRIA.0.DEV ...)
;
; caught WARNING:
;   ALEXANDRIA.0.DEV also exports the following symbols:
;     (ALEXANDRIA.0.DEV:POSITIVE-DOUBLE-FLOAT 
ALEXANDRIA.0.DEV:NEGATIVE-FLOAT
;      ALEXANDRIA.0.DEV:NEGATIVE-LONG-FLOAT-P 
ALEXANDRIA.0.DEV:NON-POSITIVE-FIXNUM
;      ALEXANDRIA.0.DEV:NEGATIVE-SINGLE-FLOAT-P
;      ALEXANDRIA.0.DEV:NON-POSITIVE-SINGLE-FLOAT
;      ALEXANDRIA.0.DEV:NON-NEGATIVE-SINGLE-FLOAT-P
;      ALEXANDRIA.0.DEV:NON-NEGATIVE-DOUBLE-FLOAT
;      ALEXANDRIA.0.DEV:NON-POSITIVE-REAL ALEXANDRIA.0.DEV:NEGATIVE-RATIONAL
;      ALEXANDRIA.0.DEV:NON-NEGATIVE-REAL-P 
ALEXANDRIA.0.DEV:NON-POSITIVE-RATIONAL
;      ...)
;   See also:
;     The ANSI Standard, Macro DEFPACKAGE

; 
G:\Programme\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\alexandria\package.fasl 
written
; compilation finished in 0:00:00
WARNING:
   COMPILE-FILE warned while performing
   #<COMPILE-OP (:FORCE NIL) {C211D31}> on
   #<CL-SOURCE-FILE "package" {AE346F1}>.
erred while invoking #<COMPILE-OP (:FORCE NIL) {C211D31}> on
#<CL-SOURCE-FILE "package" {AE346F1}>
   [Condition of type ASDF:COMPILE-FAILED]
    0: [RETRY] Retry performing #<ASDF:COMPILE-OP (:FORCE NIL) 
{C211D31}> on #<ASDF:CL-SOURCE-FILE "package" {AE346F1}>.
    1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP (:FORCE NIL) 
{C211D31}> on #<ASDF:CL-SOURCE-FILE "package" {AE346F1}> as having been 
successful.
    2: [ABORT] Return to SLIME's top level.
    3: [CLOSE-CONNECTION] Close SLIME connection
    4: [ABORT] Exit debugger, returning to top level.
]> 2
;
; compilation unit aborted
;   caught 1 fatal ERROR condition
;   caught 1 WARNING condition
------------------------------------------------------------------
Any help on this?

Thanks,
Thomas K.


From luismbo at gmail.com  Sat Jun 28 12:58:19 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sat, 28 Jun 2008 13:58:19 +0100
Subject: [cl-opengl-devel] Problem compiling for SBCL 1.0.13
In-Reply-To: <4866345A.2040607@googlemail.com>
References: <g451j2$nci$1@ger.gmane.org>
	<391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>
	<4866345A.2040607@googlemail.com>
Message-ID: <391f79580806280558u2c402733o7b7a2810c8157cf5@mail.gmail.com>

On Sat, Jun 28, 2008 at 1:53 PM, Thomas Karolski
<thomas.karolski at googlemail.com> wrote:
> Undefined alien: "glutSetOption"

Do you have the freeglut DLL? If so, where? And does
(cffi:load-foreign-library "freeglut.dll") find it?


> ; caught WARNING:
> ;   ALEXANDRIA.0.DEV also exports the following symbols:

You can safely ignore this one.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From thomas.karolski at googlemail.com  Sat Jun 28 13:09:17 2008
From: thomas.karolski at googlemail.com (Thomas Karolski)
Date: Sat, 28 Jun 2008 15:09:17 +0200
Subject: [cl-opengl-devel] Problem compiling for SBCL 1.0.13
In-Reply-To: <391f79580806280558u2c402733o7b7a2810c8157cf5@mail.gmail.com>
References: <g451j2$nci$1@ger.gmane.org>	
	<391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>	
	<4866345A.2040607@googlemail.com>
	<391f79580806280558u2c402733o7b7a2810c8157cf5@mail.gmail.com>
Message-ID: <486637FD.6030103@googlemail.com>

Lu?s Oliveira schrieb:
> On Sat, Jun 28, 2008 at 1:53 PM, Thomas Karolski
> <thomas.karolski at googlemail.com> wrote:
>   
>> Undefined alien: "glutSetOption"
>>     
>
> Do you have the freeglut DLL? If so, where? And does
> (cffi:load-foreign-library "freeglut.dll") find it?
>   
Its in the windows system32 folder. Compiled from source (freeglut-2.4.0).
A call to (cffi:load-foreign-library "freeglut.dll") results in
----------------------------------------------------------
COMMON-LISP-USER>
(cffi:load-foreign-library "freeglut.dll")

#<CFFI::FOREIGN-LIBRARY {A9BF1C9}>
----------------------------------------------------------


From luismbo at gmail.com  Sat Jun 28 13:17:20 2008
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Sat, 28 Jun 2008 14:17:20 +0100
Subject: [cl-opengl-devel] Problem compiling for SBCL 1.0.13
In-Reply-To: <486637FD.6030103@googlemail.com>
References: <g451j2$nci$1@ger.gmane.org>
	<391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>
	<4866345A.2040607@googlemail.com>
	<391f79580806280558u2c402733o7b7a2810c8157cf5@mail.gmail.com>
	<486637FD.6030103@googlemail.com>
Message-ID: <391f79580806280617j3c39845cj7c557358a4d27595@mail.gmail.com>

On Sat, Jun 28, 2008 at 2:09 PM, Thomas Karolski
<thomas.karolski at googlemail.com> wrote:

> Its in the windows system32 folder. Compiled from source (freeglut-2.4.0).

Maybe you've compiled it using the stdcall calling convention? This
one should work: <http://common-lisp.net/~loliveira/tmp/freeglut.dll>

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/


From Thomas.Karolski at googlemail.com  Sat Jun 28 13:50:38 2008
From: Thomas.Karolski at googlemail.com (Thomas Karolski)
Date: Sat, 28 Jun 2008 15:50:38 +0200
Subject: [cl-opengl-devel] Re: Problem compiling for SBCL 1.0.13
In-Reply-To: <391f79580806280617j3c39845cj7c557358a4d27595@mail.gmail.com>
References: <g451j2$nci$1@ger.gmane.org>	<391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>	<4866345A.2040607@googlemail.com>	<391f79580806280558u2c402733o7b7a2810c8157cf5@mail.gmail.com>	<486637FD.6030103@googlemail.com>
	<391f79580806280617j3c39845cj7c557358a4d27595@mail.gmail.com>
Message-ID: <g45fjs$u4j$1@ger.gmane.org>

Lu?s Oliveira schrieb:
> On Sat, Jun 28, 2008 at 2:09 PM, Thomas Karolski
> <thomas.karolski at googlemail.com> wrote:
> 
>> Its in the windows system32 folder. Compiled from source (freeglut-2.4.0).
> 
> Maybe you've compiled it using the stdcall calling convention? This
> one should work: <http://common-lisp.net/~loliveira/tmp/freeglut.dll>
> 
Replaced it, but still the same error.



From luismbo at gmail.com  Sat Jun 28 20:39:56 2008
From: luismbo at gmail.com (Luis Oliveira)
Date: Sat, 28 Jun 2008 21:39:56 +0100
Subject: [cl-opengl-devel] Re: Problem compiling for SBCL 1.0.13
References: <g451j2$nci$1@ger.gmane.org>
	<391f79580806280415o1fc6f7b9rfa2586c60fa1bfb8@mail.gmail.com>
	<4866345A.2040607@googlemail.com>
	<391f79580806280558u2c402733o7b7a2810c8157cf5@mail.gmail.com>
	<486637FD.6030103@googlemail.com>
	<391f79580806280617j3c39845cj7c557358a4d27595@mail.gmail.com>
	<g45fjs$u4j$1@ger.gmane.org>
Message-ID: <87iqvtpa3n.fsf@deadspam.com>

Thomas Karolski <Thomas.Karolski at googlemail.com> writes:

>> Maybe you've compiled it using the stdcall calling convention? This
>> one should work: <http://common-lisp.net/~loliveira/tmp/freeglut.dll>
>>
> Replaced it, but still the same error.

Sorry, I'm out of ideas and I don't have a windows box handy to try
things out.

-- 
Lu?s Oliveira
http://student.dei.uc.pt/~lmoliv/