[Fwd: Re: Gtk2::GLExt bindings for GtkGLExt]

["Ross McFarland" <rwmcfa1 neces com>]

below i elaborate on, what i remember of, the problems with perl and OpenGL
and why i gave up on it, for the most part. feel free to refute me if you
know/feel otherwise. depending on what you're trying to do you may encounter
no problems.

-rm

------------------------------ Original Message ------------------------------
Subject: Re: Gtk2::GLExt bindings for GtkGLExt
From:    "Ross McFarland" <rwmcfa1 neces com>
Date:    Tue, October 7, 2003 10:45 pm
To:      "Joe Smith" <jes martnet com>
------------------------------------------------------------------------------

On Tue, 2003-10-07 at 22:45, Joe Smith wrote:
> There seem to be bindings for a number of other scripting languages,  would
you care to (briefly) elaborate?

the bindings i tried to install, from cpan, OpenGL and SDL::OpenGL wouldn't
build on my redhat9 system. i downloaded SDL-perl-2.x and was able to get it
to compile and build, ignoring some of the font tests which failed. part of
that is SDL::OpenGL which works and for pretty basic stuff would be usable,
but it's nowhere near complete and some odd api decisions see to have been
made. things as annoying as changing of function names, albeit slightly. when
working off of C examples and tutorials i would have to open up the bindings
and look around to see what function seemed be the right one to use. things
like glColor3f and glColor4f both being glColor with varags. obviously those
are just annoying, but the show-stopper for me was that it didn't have some or
any of the quadratics stuff bound, and seems like some of the fog stuff i
looked into couldn't be done, it's been a while and i've moved on to 50 other
things so my memory is a bit foggy, sorry couldn't help it.

i wouldn't be surprised if the other opengl's (OpenGL, and SDL-perl 1.x)
worked better, but i couldn't get them to build and i'd rather not rely on
things that are somewhat flaky. i just went to c where everything is a little
more work, but a little more reliable.

-rm