[ruby-opengl-devel] Re : Requirements and Design
noteed at gmail.com
Sat Sep 2 21:58:05 EDT 2006
i see you're doing some good job with the (not so) old ruby-opengl.
i will try that tomorrow (i mean today Sunday, but later (it's 4 am)).
2006/9/3, peter mclain <peter.mclain at gmail.com>:
> > Are you working on ruby-opengl this Labor Day week-end ? Until when
> > does it last ?
> Yes, I'll be playing (not working ;^) on it a bit. We just get Monday
> > (sorry for my english... you can correct me if you want/have time to do so
> I'd have written "When does it end?" instead of "Until when does it
thank you :)
> > > As promised, here is my script, not finished, in attachment. (it is
> > accompagned with a simple build.sh)
> > It was tested on freeglut_std.h. It doesn't handle yet the callbacks
> > but I understand how
> > to handle them.
> > It is still a bit messy...
> I like the idea of the script, but it seems to conflict with the
> idea of using Yoshi's code as a base... Perhaps Thu can check the
> code into a directory, trunk/experimental (or something) because I'd
> like to play with it, but I first needed to make some tweaks to get it
> to compile on OSX.
conflict with Yoshi'code : not really : it depends on what we really want.
In fact the part that is interesting in Yoshi's code is essentially
the CALLBACK_WINDOW_Something defines and other callbacks related
We can keep it or we can regenerate it without problems (with or
without c preprocessor defines).
You can add yourself the script to svn; i won't tonight and it didn't
changed since the mail (so your changes are present).
> I'd like to see the script simplified to do just one job: take an
> input file (gl.h, glut.h, whatever.h) and spit out the .c file. We
> can then use the rakefile to call it once for each of gl.h, glut.h
> etc. I think that will clean up mkwrap.rb a bit.
Yep. I think/hope that the glut handling was more difficult than for
gl/glu... not sure at all.
> But, still, nice work...
More information about the ruby-opengl-devel