[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] OpenGL & foreign.lsp & 2.5.8

From: Michael Koehne
Subject: Re: [Gcl-devel] OpenGL & foreign.lsp & 2.5.8
Date: Thu, 7 Aug 2003 02:23:14 +0200
User-agent: Mutt/1.3.28i

Moin Camm Maguire,

> >   - I wonder where to find the official 2.5.3 source ?
> >     i found a copy in the Debian pool - but what happend to ftp.gnu.org ?
> For some reason, savannah has taken it temporarily off line:
> ftp://ftp.gnu.org/pub/gnu/gcl/gcl-2.5.3.tar.gz.back-RSN.README
> The following files are not available because their authenticity is being
> confirmed.  We expect to have them uploaded Real Soon Now (RSN).

  *nod* I also read this message - and wondered where to get the
  newer and official version, if not from gnu.org.

  they perhaps just want a FAX (stating, that you are a real human,
  and that the code you publish is realy under GPL ;) or they want
  some upstream with cryptographic signature.

> Don't know about xgcl2.  Can you enlighten?

  ~src/gcl-2.5.3/xgcl-2 - its part of GCL for some time.

> Sounds like you're the X GUI guru we've been looking for :-)!

  *oups* no *blush* but I'm currently playing around with LISP and OpenGL,
  and realy wonder why its working.

> >   - foreign.lsp looks realy old, throwing warnings like :
> >       Warning: The package operation (EXPORT '(GL_FALSE GL_TRUE GL_BYTE
> >        [ ... severl lines deleted ... ]
> >       GLX_SAMPLE_BUFFER_SGIS)) was in a bad place.
> >     what does this mean - and how to get rid of them, besides patching
> >     cmpnew/cmptop.lsp to ingore them ?
> So if it finds package operations after non-package operations, the
> compiler prints this warning, to let the user know that this reordering
> has taken place.  

  The OpenGL bindings, I'm currently play around with, are based on
  "foreign.lsp" by Paul Viola - and I think that they show the power
  of the LISP to abstract and simplyfy things. The package looks like:

  (make-package 'GL :use '("LISP"))
  (in-package :GL)
  (provide 'GL)
  ;;; continues with loading
  (eval-when (compile) (load "foreign.lsp"))
  ;;; is doing lots of
  (foreign-define GL_FALSE 0)
  (foreign-define GL_TRUE 1)
  ;;; and lots of
  (foreign-function glclearindex (FLOAT) VOID "glClearIndex")
  (foreign-function glclearcolor (FLOAT FLOAT FLOAT FLOAT) VOID "glClearColor")
  ;;; and last

  the complete idea of "foreign.lsp", is to build the definitions and
  functions on the fly, and to export them at the end of the file.
  This will raise the "in a bad place" warning, if I understood you
  correctly. Is there any way to rearrange this example or the
  foreigh.lsp, not to raise the warnings ? 

Bye Michael

PS:  I've attached the "foreign.lsp" - lets hope the mailing list
  likes multi-part mime.
  mailto:address@hidden             UNA:+.? 'CED+2+:::Linux:2.4.18'UNZ+1'
  http://www.xml-edifact.org/           CETERUM CENSEO WINDOWS ESSE DELENDAM

reply via email to

[Prev in Thread] Current Thread [Next in Thread]