Well there is already an OpenGL and GLUT module in CPAN that is entirely independent of the on in SDL_Perl. The reason I did this version was because the other is a more or less strict interpretation of the C API, and I wanted something simpler that more cleanly integrated with perl's programming model. The C API tends to return its values in its arguments, and since Perl can return multiple values, this methodology isn't really necessary.
That said Ilya hasn't updated the OpenGL modules since 2002, and is missing more and more stuff as the years go on. So while I'm not adverse to the idea, bringing the other OpenGL module up to date may also achieve the same ends. As with most things, this was one of those matter of taste issues. I'm currently swamped with work, so I'm not going to be releasing anything for a month or two. But by all means feel free to reuse any code, or port it to the other OpenGL module if it has code that is missing from the other. I don't remember if OpenGL-0.54 has tesselators and what not. Dave On 11/17/05, chromatic <[EMAIL PROTECTED]> wrote: > Hi there, > > I've been fiddling with Ruby's SDL and OpenGL bindings for a work> project > and realized that SDL_perl only has to provide a couple of > bindings (launch appropriate window, update buffer) to make OpenGL work. > We could split off all of the OpenGL work into its own distribution. > > That way, people can use it with GLUT or wxWidgets or QT or whatever > toolkit provides the basic window and event handling. > > Is this something worth considering? > > -- c > > -- "The universal aptitude for ineptitude makes any human accomplishment an incredible miracle" -Stapp's Ironical Paradox
