Hi all, I checked in some changes yesterday to make the WGL backend with the multi-stage stuff. I also fixed some bugs and actually tested it on a real WinXP box instead of just assuming it will work :)
I spent a while trying to figure out why it has such low frame-rates and found that you need to call the timeBeginPeriod Windows function otherwise the glib timeouts are too imprecise. However this only has any effect with Glib >= 2.16 because they changed the way it works. In the process of trying to figure that out I also noticed that the SDL backend uses 100% CPU on Windows. I think this is a bug in glib so I filed it on their bugzilla here: http://bugzilla.gnome.org/show_bug.cgi?id=525192 . I'm not sure if we want to work around that in Clutter or whether we should just wait until glib gets fixed. Another issue is that when building with MinGW libtool will refuse to build a DLL for Clutter when linking statically with GLee. This only started happening with some recent version of libtool. I think the idea is that you shouldn't put non-PIC code into a dynamic library and libtool has no way to know whether a static library is PIC or not so it resorts to building static libraries instead. However as far as I understand it Windows doesn't really do PIC code anyway and instead just has a preferred base address for DLLs and manually relocates them all as necessary. I'm not sure what to do about it it unless we do something evil like patch the version of libtool we distribute with Clutter. Or maybe we could include a cut-down version of GLee as a libtool convenience library in the Clutter source? Is there somewhere I can note these down as known issues? Regards, - Neil -- To unsubscribe send a mail to [EMAIL PROTECTED]
