Re: GTK+3 win32/64 build environment

於 2013/4/16 下午 03:53, John Emmas 提到:
<snip> So if you're building your app with VS2008 you should link against GTK's supplied VS2008 modules (or if you've got the time and confidence, build the GTK+ stack yourself, using the supplied VS2008 projects).
Yes, so this is the main reason why building the GTK+ stack is also supported for Visual Studio 2008/2010.
But therein lies the problem...  the VS projects aren't maintained any more AFAIK.  :-(
The projects for GLib, ATK, GDK-Pixbuf, Pango and GTK+ are kept up-to-date for Visual Studio 2008 and 2010, at least for the library DLLs, as I happen to be the one that maintains them. The latest stable release tarballs of GLib, Pango, ATK, GDK-Pixbuf and GTK+ (2 and 3) should be building as long as the dependencies outlined in are met. Please let us know via Bugzilla if there is something that's not kept up-to-date for those. The gdbus-codegen and gio-querymodules GLib tools are not yet built via the project files, though, which is something I hope to do soon.

And on the subject of time...  let's not forget that there's a much bigger problem where GTK/Windows is 
concerned - a now enormous backlog of patches which nobody ever seems to have the time to apply or test.  I 
can't see the point in creating sophisticated build methodologies if the end product is still riddled with 
bugs that were theoretically fixed years ago.

Having a choice of build methodologies will encourage more devs to build GTK+ themselves - and that's a good 
thing because it helps them to eliminate multiple heap managers etc, which is always a boost to reliability.  
But along the way, somebody at the GTK end needs to be applying those patches and finally making a dent in 
that bug list.  That's a big part of the equation that's been missing since Tor left..
I agree with you here. I think it might be a good idea to eventually put together lists of items on GNOME Live! that aren't working for the GTK+ stack on Windows so people can see and try to conquer those issues (some might be even CRT-specific[1])

[1]: for example,

With blessings.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]