[Scummvm-devel] PORTERS/ALL: Merging gso2010-opengl, and which ports it may break

Max Horn max at quendi.de
Fri Nov 26 20:40:53 CET 2010


Hi there,

so I managed to merge the gsoc2010-opengl branch locally. Phew, quite a load of work, a lot of it manually... I really would not want to do this again, so let's try to move to git *before* gsoc 2011 ;).


The merged code seems to work fairly well on my system. However, it *will* cause breakage at first: For example, I already identified a few bugs in the dingux & linuxmoto & symbian code (introduced on the branch), which I tried to fix. But they still might not even compile, and seem to be completely untested.

Worse, though, the gph, openpandora and wince ports will be severely broken as they have not been adapted to the changes made to the base SDL backend. Luckily, I think adapting them should be mostly straightforward: It often amounts to removing code that was originally copied from the SDL backend, and replacing it by calls to the base backend; and also moving some code to new GraphicsManager and EventManager classes
Still, in each case somebody who can compile for and test on the target systems would have to perform the adaption. I am willing to help with that (by explaining how to do stuff etc.), but we really would need people to work on each.


The question now is how to proceed. Ideally, I'd like to merge this into our repository as soon as possible, because every time somebody modifies backend code, I may have to re-merge those changes... And I don't have indefinitely much time to spend on this. It seems to me that merging this right away has the advantage that it maximizes the time porters have to work on this before the next release, and minimizes the time I need to keep the changes in sync with trunk.

But e.g. the WinCE port is a bit understaffed right now. I am not sure whether Robin, or anybody, would have the time to actually work on it. Thus, if I merge that stuff now, there is some risk that we can't have a WinCE version of 1.3.0 because nobody has the time and resources to make it work again... 


Bye,
Max



More information about the Scummvm-devel mailing list