Announcement

Collapse
No announcement yet.

gl.inc - Open GL problem in PB 9

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • gl.inc - Open GL problem in PB 9

    I just ordered and receive PB 9 as an upgrade from PB 8.

    I tried to compile my code in PB 9 and the new compiler has an issue at the line:

    DECLARE SUB glCallLists LIB "opengl32.dll" ALIAS "glCallLists" (BYVAL n AS GLsizei, BYVAL ntype AS GLenum, BYVAL lists AS ANY)

    write at the "lists" variable


    The gl.inc i am using is from 2003 (see the following)- it compiles fine in pb8 :

    OpenGL "gl.inc" for PowerBASIC-Windows 7.0x *
    '* Port Version 1.0d (March 28, 2003) *
    '* *
    '* by Scott Martindale ([email protected]) ....


    Does anyone know if the Open GL libraries have been updated for PB 9 and if so, where they can be gotten... thanks..

  • #2
    An early thread by Petr suggests to make the "AS ANY" to "AS Long"....

    I did this and was able to compile...

    Comment


    • #3
      Hi Dean,

      what I recommend now is to get headers from José - they cover latest enhancements in OpenGL and headers for old one are 100% correct.

      Thanks to this fact I am using such a latest technology with PB as OpenGL 3.0 is Some drivers do not support it yet but José has headers for it already

      Get Josés power pack here:
      Josés headers 1.10


      Petr
      Last edited by Petr Schreiber jr; 24 Feb 2009, 01:09 AM.
      [email protected]

      Comment


      • #4
        An early thread by Petr suggests to make the "AS ANY" to "AS Long"....

        I did this and was able to compile...
        Um, changing DECLAREd procedure parameters to "AS ANY" will enable almost anything to compile.

        Unfortunately, that changes what the compiler sends that procedure, and I'd bet a lot the procedure will not be terribly understanding come execution time.
        Michael Mattias
        Tal Systems (retired)
        Port Washington WI USA
        [email protected]
        http://www.talsystems.com

        Comment


        • #5
          BYVAL AS ANY is not longer allowed.

          Being this parameter a void pointer, BYREF AS ANY is appropriate.

          lists
          Specifies the address of an array of name offsets in the display list. The pointer type is void because the offsets can be bytes, shorts, ints, or floats, depending on the value of type.
          Last edited by José Roca; 24 Feb 2009, 09:29 AM.
          Forum: http://www.jose.it-berater.org/smfforum/index.php

          Comment


          • #6
            >BYVAL AS ANY is not longer allowed

            Hey, that was a thing I sent in! (Does it count as a new feature to REMOVE something?)

            Where was that... oh, I remember now...someone has posted here a "header" file for an older version of the LIBHARU PDF library rife with 'BYVAL AS ANY' parameters, which did not make any sense to me, probably because it doesn't.

            MCM
            Michael Mattias
            Tal Systems (retired)
            Port Washington WI USA
            [email protected]
            http://www.talsystems.com

            Comment

            Working...
            X