Re: GTK+3 win32/64 build environment

[Fan Chun-wei <fanc999 yahoo com tw>]

於 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 
https://live.gnome.org/GTK%2B/Win32/MSVCCompilationOfGTKStack 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, https://bugzilla.gnome.org/show_bug.cgi?id=693646

With blessings.