Hi, My first post to the list. As someone who's somewhat recent to SDL, the different versions (and the reasons for such) were confusing the hell out of me.
After much wrestling, I got chromatic's latest snapshots installed. Is this what I should be developing for? Forgive me if it's a stupid question, but it's hard for me to get a sense of what is what. The application I'm mainly working on is for my car, so not sure if or how much I could ever distribute, but I'd like to avoid targeting an API that's going to be totally revamped anytime soon. Thanks, -Lee On 3/1/06, chromatic <[EMAIL PROTECTED]> wrote: > > On Wednesday 01 March 2006 16:51, Geoffrey Broadwell wrote: > > > I believe I'm responsible for one of the branches chromatic was > > referring to -- it was actually just a revivification of Tels' 1.20.x > > work. > > Indeed. There was David's private tree, the tree hosted at sdl.perl.org, > and > the OpenGL fixes tree. > > > There are a number of features and fixes in that repo, most dealing with > > > cross-platform OpenGL bugs/features and better Win32 OpenGL support. I > > don't know how many are redundant with the latest 2.x work, and how many > > should be brought forward. > > I repeat my idea about splitting out the OpenGL code from the SDL > code. One > of the goals for my revised build system was to shrink the XS library for > people who didn't need one piece or the other. That would simplify quite > a > lot of things as well. > > > For the record, I am INCREDIBLY glad you have created an open repo for > > the latest tree, David! It's exactly what the community needed to deal > > with this problem of personal copies and distributed branches. I for > > one would be happy to see all of my branch's stuff merged and then drop > > my repo completely. > > Ditto. I can happily run a diff against the 2.1.4/5 code and what's in > the > Perl.org repository and see what can and should merge. > > > I also keep an IRC channel open (#sdlperl) on irc.freenode.net, and > > offer it for anyone interested in working on the merges. If there is > > already another preferred channel, I will be happy to point people there > > instead. > > It seems reasonable to keep this open; I haven't seen any other channels > around. > > -- c >
